On 5/6/16, 3:07 AM, "Christofer Dutz" wrote:
>
>3) Do we know of any other Maven-built code bases that use conditional
>compilation and offer slightly different APIs for downstream modules?
>
>I don't know of any, but I do know projects that produce different output
>from the same input ... if y
Just adding some two cents on the other side. We do not use Maven for our
internal production. We have exclusively private intranets for our development
environments that do not have internet access. We have our own build
mechanisms in place internally which function better than kludging
ee
ya ... well really hope Alex will make the trip on Wednesday.
Von: Alex Harui
Gesendet: Freitag, 6. Mai 2016 16:51:13
An: dev@flex.apache.org
Betreff: Re: AW: [FALCON] Code analysis stats for Falcon
On 5/6/16, 2:07 AM, "carlos.rov...@gmail.com
On 5/6/16, 2:07 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>2016-05-06 9:41 GMT+02:00 Alex Harui :
>
>> which is why I'd rather not spend time right now trying to
>> make Maven build a SWC that our end-user customers won't need.
>>
>
>If I talk as a customer, I would say th
1) Otherwise, why would we need to build a custom Mojo just to do regex string
replacement?
Because regexp replacement was the wrong thing to do from the start. It would
have been good to use a diff patch approach and for that there are already
plugins available and tested. Anyway ... have you
2016-05-06 9:41 GMT+02:00 Alex Harui :
> which is why I'd rather not spend time right now trying to
> make Maven build a SWC that our end-user customers won't need.
>
If I talk as a customer, I would say that my company could never adopt a
technology that it's not maven driven, since all our prod
>
>5) Why not use Ant for the things that are hard and Maven for the rest?
>
>This way we have to configure two build systems. And it doesn't make us
>think twice about design decisions. If our first thought doesn't work
>with maven we do it with Ant. Anyway it wouldn't solve the root problem:
>Th
1) Why use different poms for building the same project, but different output?
For one module it doesn't (at least shouldn't) matter what the output it, it
still needs the same dependencies, has the same language settings, uses the
same namespaces etc. In my initial Flexmojos FlexJS support I so
The problem with finishing the maven stuff for the ASJS part is that I am
trying to bring to paper how the parts fit together. Now it's hard but not
impossible to sketch how one module is built ... that's why I seem to have
managed to have "Core" build, but it starts getting insane as soon as y
Ok so here we are again ... you claim to know how Maven works but are unwilling
to learn what maven is. So we keep on having these unproductive discussions
like one of those bar-talks where everyone knows things better without actually
knowing anything. I guess everyone here that knows Maven wi
Most if the critical and blocker issues are related to null pointer safety.
Chris
Von meinem Samsung Galaxy Smartphone gesendet.
Ursprüngliche Nachricht
Von: Alex Harui
Datum: 05.05.16 17:07 (GMT+01:00)
An: dev@flex.apache.org
Betreff: Re: [FALCON] Code analysis stats for F
To me it feels like I'm the only one actually wanting to go to Maven :-(
I'm even thinking about dropping the ball on this entirely, cause I don't want
to be the only one complaining about the status quo. It was an insane amount of
work to get falcon to build with Maven. I invested far nite time
Actually it does support ActionScript. But unfortunately I need to build with
Maven fire that and I doubt it will be able to understand the flexjs code with
all these define blocks
Chris
Von meinem Samsung Galaxy Smartphone gesendet.
Ursprüngliche Nachricht
Von: Harbs
Dat
13 matches
Mail list logo
