Also, the maven-flex2-plugin works with flex3 at this point. It can
be found at http://www.israfil.net/projects/mojo/maven-flex2-plugin
Christian.
Greetings all,
Version 1.3 of the Maven Flex Plugin is now in the wild. It has
not yet been synced to the main maven repositories, but should be
later this evening (I think they have a 4 hour cycle...).
This version... well, I'll just cut and paste from the project
site:
This
Due to a bone-headed error, Maven Flex Plugin v1.2 is officially a
dead version. Dependency linking is broken. If you are just
compiling a normal .swf (and not including .swcs) then it may still
work for you, but if you are using .swcs and linking them in using
maven dependencies then
/type
/artifact
/artifacts
/configuration
/execution
/executions
/plugin
/plugins
/build
On 10/15/07, Christian Edward Gruber [EMAIL PROTECTED] wrote:
Could you post your pom.xml file? I think the obvious answers
goalattach-artifact/goal
/goals
configuration
artifacts
artifact
file${project.build.directory}/aa-flex.swf/file
typeswf/type
/artifact
/artifacts
/configuration
/execution
/executions
/plugin
/plugins
/build
On 10/15/07, Christian Edward Gruber [EMAIL PROTECTED]cgruber
Could you post your pom.xml file? I think the obvious answers are
exhausted.
Also, while it may be a problem with the plugin, the plugin just uses
the compc and mxmlc compilers from the flex SDK, so anything not
explicitly set by the plugin defaults to whatever they default to.
I've
That's actually why I built the maven plugin the way I did. While
classes can be handled this way, non-class resources (such as .css
files or images) can't. You have to explicitly call them out for
compc. I essentially search the source path for .as files and the
resource path for all
Ah. By default, the plugin (and the command-line tool) creates a
debug version of the .swf. If you want the non-debug (deployable,
small, faster) version of the .swf, then you should add debugfalse/
debug in your maven-flex2-plugin configuration section.
As to out of memory, I'm not sure
Depending on how you want to work from the command-line, there are
also automated ways of doing it, using ant or maven. For one-shot
efforts, or to test things out it's probably not worth it, but if
you're going to build often from the command-line, you might want to
consider using an
[mailto:[EMAIL PROTECTED]
On
Behalf Of Christian Edward Gruber
Sent: 10 September 2007 16:09
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] How to build on command line?
Depending on how you want to work from the command-line, there are
also automated ways of doing it, using ant
from here is to build
those revisions and that's when I hit the brick wall J
*From:* flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] *On Behalf Of *Christian Edward
Gruber
*Sent:* 10 September 2007 16:09
Not yet. Please do put it up on the issues list. also, if you have
experience with configuring/building modules using the command-line
compilers, then please put in some suggestions as to how you'd like
them configured, and what command-line equivalents you want support for.
Thanks,
Greetings all.
It is my pleasure to make this announcement. An early early release
of Flex Maven Plugin is now being synced to the ibiblio main
repository. The repository documentation can be found at
http://www.israfil.net/projects/mojo/maven-flex2-plugin/. This project
is BSD
of a
project together, rather than developers who are working in Flex to
develop features.
regards,
Christian.
Christian Edward Gruber wrote:
Greetings all.
It is my pleasure to make this announcement. An early early release
of Flex Maven Plugin is now being synced to the ibiblio main
Greetings all,
We've been encountering dramatic problems trying to make automated
builds work alongside the Flex Builder, largely because of the amount of
infrastructure metadata that Flex Builder hard-codes. For example, the
target server location cannot, as far as I have been able to
One serious thing that would help, for example, is to allow for variable
references to .swcs through different variables than ${FRAMEWORKS} in
the lib thingy. What I'm thinking of, for exmaple, is to have a
${MAVEN_REPO} variable, so you can identify maven-retrieved dependencies
and cleanly
I would check what version of Java you're running the class in. I
suspect that you are using an older or incorrect version of Java and the
flex compiler jars are not compatible with it.
I can't remember what 48.0 is. Do any of the Adobe folks know what
version of Java was used to compile the
No - Adobe has not released the jars in manner that would allow people
to host the jars, which is what a maven repository is.
We have installed the jars into a local internal repository not
accessible to the outside. We used a com.adobe.flex groupId, and the
artifactId identical to the jar
Hey all,
Does anyone know what version of batik Flex 2 uses?
Christian.
--
*christian** gruber + process coach and architect*
*Israfil Consulting Services Corporation*
*email** [EMAIL PROTECTED] + bus 905.640.1119 + mob 416.998.6023*
Great - glad to hear it. It's a relief
Matt Chotin wrote:
We are
hoping that the Windows build will
support 3.1 and 3.2, Mac will only support 3.2 (which is the first
version
officially supported by Eclipse on the Mac).
--
christian
Umm... I hope this doesn't mean that the next version will require
Eclipse 3.2, as we are using it in Weblogic Workshop which is a 3.1.2
instance. Having multiple eclipse IDEs open at the same time is NOT an
option, given our physical resourcing, and we would certainly not be in
a position
I used to have this problem in Java. You are likely to have to build
it yourself, regrettably. Thankfully, maps aren't that hard to
build. If you create a WeakValueMap class, share it with the
community - they'll thank you. :)
regards,
Christian.
Aldo Bucchi wrote:
aha! thanks
so we
Hey Paul,
I can't speak for Adobe, but in many other languages,
accessors/mutators are simply conventions, not actual language
constructs. Java, for example, has no understanding that a method is
an accessor. It is merely a "bean" convention that getFoo/setFoo are
getters and settors
Hi folks,
I've been digging into XSRF to make sure that my clients' portal
implementations are protected against such, but was wondering: With
the varying access approaches Flex 2.0 apps have at their disposal, are
typical default communications potentially vulnerable to XSRF attacks.
[EMAIL PROTECTED] wrote:
I don't know of any Maven plugin, but I'd be interested to know as
well.
From: lfontvielle
we would like to know:
1. If any Maven plugins have been developed for flex ?
2. Would you be interested in a Maven plugin for Flex ?
I am currently writing one as we
25 matches
Mail list logo
