Count me in as well...
At this stage tell us if we can be of any use
I will thank the guys from FlexCover and tell them we are going in a
different direction...
Rafael Santos - SpectaTI
@rafaelspecta
On Wed, Mar 7, 2012 at 23:15, Michael A. Labriola <
labri...@digitalprimates.net> wrote:
On 3/7/12 5:43 PM, "Rafael Santos" wrote:
> that Adobe has a simple code coverage tool that we could work on, right?
>
> Do we have that code?
No, that code has not been donated to Apache yet.
---
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
>Do you have an existing URL or something we can look at?
Take a look at what Jason Gardner has done here:
http://code.google.com/p/flexunit-with-code-coverage/
He basically took the work done for FlexMojos by others and allowed it to be
used outside of that environment. Original info here:
ht
Hi,
> I think there is.
Great. Then count me in on that.
Do you have an existing URL or something we can look at?
Thanks,
Justin
>While Flex Cover may not be the best tool it certainly better than having no
>coverage tool at all. I still use it on occasion and would be interested in
>putting some work into it, unless there's a better option that's at >the same
>stage of development.
Justin,
I think there is.
HI,
> I can see that many agree that using Flex Cover is not the best option,
> right?
While Flex Cover may not be the best tool it certainly better than having no
coverage tool at all. I still use it on occasion and would be interested in
putting some work into it, unless there's a better opti
I think I stayed away too long and lost track of the discussion
I can see that many agree that using Flex Cover is not the best option,
right?
In which direction are we heading now? As I could catch up so far it seems
that Adobe has a simple code coverage tool that we could work on, right?
D
OTOH, I don't see why it couldn't be donated (or Apache couldn't just
re-write it based on the principle). I've never seen the code but it sounds
simple. I suppose Adobe will continue to use the one we have for new AS
work related to gaming, but I don't think there is revenue tied to this
capabil
>It might be better if we leverage the Adobe code coverage tool.
Alex,
What are the chances we can get code for this? I did some asking around as well
as looking through the forums. People who I believe know what they are talking
about claim that this tool fails to record coverage data in a gre
On Wed, Mar 7, 2012 at 5:28 AM, Petr Svoboda wrote:
> ...how about formalizing the process of "from submission to code
> base"? I mean there could be some sort of separate "entry-pile", where you
> could submit any type of component that would be considered safe from legal
> perspective. From ther
>
>
> Uhm, wait. I thought Apache wasn't interested in abandoned code dumps.
> There are no developers behind this, there are no updates and the author is
> saying he is not interesting in maintaining it. I like Joe and Alex, they
> have done a lot for us, but is this really the direction we want t
>Mike, let me know if there's anything in particular that I should rework in
>the port or investigate to alleviate the licensing issues. I'm available to
>work on this as needed.
Jason,
Will do. Was going to write you back today, looking into all of the licensing
for other clients too so I sh
> There is already a port to make it work outside of mojos. Licensing is a
little dicey but trying to work on this. Again though, it is basically a
line coverage metric.
Mike, let me know if there's anything in particular that I should rework in
the port or investigate to alleviate the licensing i
If anyone is interested, here is a good overview of the types of coverage:
http://www.bullseye.com/coverage.html
>Have anybody looked at the code coverage provided in Flexmojos 4? Seems to
>work fine. Maybe that can be ported to work outside of Maven?
>
>My understanding is that it's using Apparat to inspect the bytecode. Shouldn't
>be too hard to use that as a standalone tool.
There is already a port to m
2
To: flex-dev@incubator.apache.org
Subject: RE: [OT] FlexCover on Apache Flex base
>It would take work on his part to ensure he has the legal right to donate all
>of the code (no third party works in his code) and fill out the required forms.
Also concerned on this as FlexCover is effec
>It would take work on his part to ensure he has the legal right to donate all
>of the code (no third party works in his code) and fill out the required forms.
Also concerned on this as FlexCover is effectively a tweaked version of the
existing compiler, which was a legal nightmare.
>It might b
>I do not have the time to work on Flexcover any more and so I would not expect
>to be able to continue contributing after the project is donated, but perhaps
>someone else could keep it alive.
Uhm, wait. I thought Apache wasn't interested in abandoned code dumps. There
are no developers behind
On Tue, Mar 6, 2012 at 5:34 PM, Rafael Santos
wrote:
> How the donation process works? What are the steps?
See http://markmail.org/message/zt4osachrsgjh6ix
-Bertrand
It would take work on his part to ensure he has the legal right to donate
all of the code (no third party works in his code) and fill out the required
forms.
It might be better if we leverage the Adobe code coverage tool.
-Alex
On 3/6/12 8:34 AM, "Rafael Santos" wrote:
> How the donation proc
How the donation process works? What are the steps?
Do I need to ask him to formaly send an email to someone?
Rafael Santos - Specta
@rafaelspecta
On Tue, Mar 6, 2012 at 13:29, Rafael Santos wrote:
> Guys,
>
> As promissed, I got to talk to Joe Berkovitz that together with Alex
> Uhlmann were
Guys,
As promissed, I got to talk to Joe Berkovitz that together with Alex
Uhlmann were the main developers behind FlexCover...
Following is their answer about donating FlexCover to Apache Flex
*Joe Berkovitz wrote:*
Hi Rafael,
Thank you for writing. I like the idea of donating the projec
Extra components! sounds good. (Base framework lighter, tight and option to
add more on demand)
well - as FlexSDK is mostly "component kit", it would be IMHO beneficial,
to have some optional packages, that could host these "extra" kind of
components. (like data visualization is separate)
Your ideas, comments?
On Thu, Mar 1, 2012 at 6:22 PM, Alex Harui wrote:
>
>
>
> On 3/1/12 8:55 AM, "
On Thu, Mar 1, 2012 at 14:22, Alex Harui wrote:
>
> On 3/1/12 8:55 AM, "Antonio Hernández de la Rosa"
> wrote:
>
> It is pretty clear to me that we can't just choose to integrate other code
> into the Apache Flex project.
>
> In general, code is "owned" by some entity and has to be donated by th
On 3/1/12 8:55 AM, "Antonio Hernández de la Rosa" wrote:
> This is not a relevant / core functionality for flex sdk
>
I'm all for giving related code a home if it needs one.
> El 01/03/2012, a las 17:51, andrei apostolache escribió:
>
>> Even if it might look like a interesting tool for ent
This is not a relevant / core functionality for flex sdk
El 01/03/2012, a las 17:51, andrei apostolache escribió:
> Even if it might look like a interesting tool for enterprise development,
> having it in the Flex SDK will just make the SDK size bigger.
> I don't think the majority of developers
Even if it might look like a interesting tool for enterprise development,
having it in the Flex SDK will just make the SDK size bigger.
I don't think the majority of developers will use it, so is much better to
keep the sdk as light as possible.
Regards,
Andrei.
On Thu, Mar 1, 2012 at 4:34 PM, Ra
What do think about integrating FlexCover in the Apache Flex code base?
http://code.google.com/p/flexcover/
FlexCover is a great tool for test coverage, but as for today we need to
change Flex source and recompile to make it work.
Regarding Enterprise systems it is a powerful tool.
Rafael Santos
29 matches
Mail list logo