Great work, thank you. Note about the wiki page: "The actual Mavenizer
(SDKDeployer)" maybe should be "... (SDKGenerator)"? (If it is referred to
the related class name)
Il 19/nov/2013 22:47 "christofer.d...@c-ware.de" <christofer.d...@c-ware.de>
ha scritto:

> Sorry ... Flexmojos 6.x uses com.adobe.flex and Flexmojos 7.x
> org.apache.flex :-)
>
> -----Ursprüngliche Nachricht-----
> Von: christofer.d...@c-ware.de [mailto:christofer.d...@c-ware.de]
> Gesendet: Dienstag, 19. November 2013 22:44
> An: dev@flex.apache.org
> Betreff: AW: Questions about current mavenizer status
>
> This is a maven problem, that I wasn't able to work myself around.
> So Flexmojos 6.x uses com.apache.flex and Flexmojos 7.x uses
> org.apache.flex So if you want to use Adobe FDKs you will have to stick to
> Flexmojos 6.x and if you want to use the latest Apache Flex FDKs, you can
> use Flexmojos 6.x and set the "use-apache-gid" parameter to false or use
> Flexmojos 7.x and set it to true.
>
> Hope that clears up things a little :-)
>
> Chris
>
> -----Ursprüngliche Nachricht-----
> Von: Toni Vega [mailto:toniveg...@gmail.com]
> Gesendet: Dienstag, 19. November 2013 22:11
> An: dev@flex.apache.org
> Betreff: Re: Questions about current mavenizer status
>
> Well, my problem was several months ago when I tried to use the package
> "org.apache.flex" instead of "com.adobe.flex", but it was because Flexmojos
> 6 was still being developed. This time I only remember I had to change the
> property in the parent pom of Flexmojos to use "org.apache.flex" and it
> worked fine.
>
>
> 2013/11/19 Cosma Colanicchia <cosma...@gmail.com>
>
> > Yes, it worked as described in the README. What was your problem
> > exactly? I set the use-apache-gid parameter to false, because all of
> > my project are still using the old flexmojos versions
> >
> > Noticed now that the README.txt does not describe the use-apache-god
> > parameter, that is correctly reported in the wiki page.
> >
> >
> > 2013/11/19 Toni Vega <toniveg...@gmail.com>
> >
> > > Did the param "fdktarget" work for you, Cosma? I remember I tried to
> > > configure that quite time ago but it didn't worked forme. I also
> > > remember that Christofer recomended me not to use "org.apache.flex"
> > > package (Flexmojos 6 was still in development). This last time I
> > > tried it, I just changed the properties in Flexmojos parent pom.
> Thanks!
> > >
> > > Regards
> > >
> > >
> > > 2013/11/19 Cosma Colanicchia <cosma...@gmail.com>
> > >
> > > > @Christofer
> > > >
> > > > Thanks for the info, just some questions: when you say "win"
> > > > directory,
> > > are
> > > > you referring to the subfolders in runtimes/air and
> > runtimes/air-captive?
> > > > The SDK produced by the installer correctly contains the "mac"
> > runtimes,
> > > if
> > > > I understand correctly I should be able to add the corresponding
> "win"
> > > > folders (borrowing them from an SDK prepared by the installer on a
> > > Windows
> > > > machine?) and the mavenizer should pick up them producing
> > > > artifacts
> > > usable
> > > > from win and mac, am I right? I see that the bin directory already
> > > contains
> > > > windows batch file as well as bash scripts, so it should already
> > > > be cross-platform in this respect.
> > > >
> > > > I'll also try the in-vm deployer and let you know.
> > > >
> > > >
> > > > @Om
> > > >
> > > > After a first look, it seems ok and very similar to the README.txt
> > > > contents. Maybe we could add some detail about the AIR SDK
> > > > requirement (that is actually not required with the latest Apache
> > > > Flex releases),
> > and
> > > > some words about the effect of running it from a specific platform
> > > > (mac/win). This is not a problem with the installer itself (it is
> > > > meant
> > > to
> > > > prepare an SDK for the user on its environment), but generally the
> > > > artifacts are prepared and deployed in order to be used by other
> > > > developers, so we should probably warn users about this.
> > > >
> > > > If we want to help out new users, we could try to provide a
> > streamlined,
> > > > step-by-step guide referred to the latest Apache Flex version,
> > > > along
> > > with a
> > > > convenience link to a compiled jar of the mavenizer tool and maybe
> > > > a bash/batch wrapper file. On the other hand, this could be
> > > > totally
> > avoided
> > > > if we plan to go ahead in managing the mavenizer from the installer.
> > > >
> > > >
> > > > 2013/11/19 OmPrakash Muppirala <bigosma...@gmail.com>
> > > >
> > > > > On Tue, Nov 19, 2013 at 11:47 AM, christofer.d...@c-ware.de <
> > > > > christofer.d...@c-ware.de> wrote:
> > > > >
> > > > > > Hi Cosma,
> > > > > >
> > > > > > as Toni already confirmed, the mavenizer is currently the
> > > > > > easiest
> > way
> > > > to
> > > > > > create maven artifacts from a Flex SDK you downloaded using
> > > > > > the
> > > > > Downloader.
> > > > > > The Mavenizer doesn't actually require the Air SDK, the
> > > > > > problem
> > was,
> > > > that
> > > > > > the Mavenizer is able to mavenize any Flex SDK starting from
> > > > > > Adobe
> > > > Flex 2
> > > > > > up to 4.11. In order to be able to User newer Air versions
> > > > > > with
> > older
> > > > > FDKs
> > > > > > I added the ability to mavenize the Air SDKs separately.
> > > > > >
> > > > > > I think I remember creating all the runtime archives for any
> > platform
> > > > > > (Flashplayer or Air Runtime) found in the Flex SDK or the Air
> SDK.
> > So
> > > > if
> > > > > > the SDK contains a "win" dir, it creates the windows archive,
> > > > > > if
> > lnx
> > > > the
> > > > > > ones for Linus and mac the ones for Macs.
> > > > > >
> > > > > > When deploying to your local maven repository, I would suggest
> > > > > > to
> > > give
> > > > my
> > > > > > new deployer a testdrive. It should be noticeably faster with
> > > deploying
> > > > > the
> > > > > > artifacts. (SDKInVMDeployer).
> > > > > >
> > > > > > Please don't start that dreaded "deploy flex to a public
> > repo"-thread
> > > > ...
> > > > > > the discussion always tends to explode in tons of emails and
> > > > > > then
> > > > > suddenly
> > > > > > ends nowhere, so I have given up on this. I think the FDK
> > Downloader
> > > +
> > > > > > Mavenizer path being the least complicated path. All others
> > > > > > will
> > > > > definitely
> > > > > > end in a support-mayhem because from my experience on the
> > > > > > Flexmojos Mailinglist (when it still existed) was that people
> > > > > > don't read documentation ;-)
> > > > > >
> > > > > > Chris
> > > > > >
> > > > > >
> > > > > Cosma/Toni/Chris,
> > > > >
> > > > > Can you please make sure that the info discussed in this thread
> > > > > is consistent with what is described here [1] If not, can one of
> > > > > you please update the wiki?  This is very valuable
> > > > info
> > > > > for others who want to go the mavenizer route, so please help
> > > > > keep
> > the
> > > > docs
> > > > > upto-date.
> > > > >
> > > > > Thanks,
> > > > > Om
> > > > >
> > > > > [1]
> > > > >
> > > >
> > >
> > https://cwiki.apache.org/confluence/display/FLEX/Apache+Flex+SDK+Maven
> > izer
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: Cosma Colanicchia [mailto:cosma...@gmail.com]
> > > > > > Gesendet: Dienstag, 19. November 2013 18:26
> > > > > > An: Apache Flex Developers ML
> > > > > > Betreff: Questions about current mavenizer status
> > > > > >
> > > > > > Hi there,
> > > > > >
> > > > > > I'm in the process of trying of rolling out Apache Flex 4.11
> > > internally
> > > > > > for the other employees of my company, and I need to deploy
> > > > > > the
> > > related
> > > > > > artifacts to the company Maven repo.
> > > > > >
> > > > > > AFAIK, the only way to do this for 4.11 is by
> > > > > > mavenizing/deploying
> > a
> > > > > > downloaded FDK, is this right? I was following the other
> > > > > > thread
> > about
> > > > > > storing ready-to-use artifacts in some public repository, but
> > > > > > this
> > > path
> > > > > > doesn't seem ready yet (BTW, is there something I could do to
> > > > > > help
> > in
> > > > > this
> > > > > > effort?)
> > > > > >
> > > > > > I managed to successfully build and mavenize the FDK from
> > > > > > develop
> > > > branch
> > > > > > in some months ago, but I still have some questions:
> > > > > >
> > > > > > Q1 - I'm going to try running the mavenizer/deployer tools on
> > > > > > the
> > > > output
> > > > > > of the Apache Flex Installer in order to mavenize the released
> > > > > > 4.11
> > > > FDK,
> > > > > is
> > > > > > this the intended way of using it?
> > > > > >
> > > > > > Q2 - the mavenizer requires the AIR runtime in a separate
> > > directory...
> > > > > but
> > > > > > the installer output should already have integrated it in the
> > > > > > FDK,
> > > > should
> > > > > > provide it separately anyway?
> > > > > >
> > > > > > Q3 - is the FDK produced by the installer cross-platform? This
> > > > > > time
> > > I'm
> > > > > > using a Mac to run the installer, so it has probably
> > > > > > downloaded the
> > > Mac
> > > > > > version of the AIR SDK.. does this mean that, when mavenizing
> > > > > > this
> > > SDK,
> > > > > the
> > > > > > Windows binaries (e.g. adt command line tool) won't be
> > > > > > included in
> > > the
> > > > > SDK
> > > > > > artifacts and the SDK won't be fully compatible with
> > > > > > developers on
> > > > > Windows
> > > > > > machines?
> > > > > >
> > > > > >
> > > > > > Thank you for any help
> > > > > > Cosma
> > > > > >
> > > > >
> > > >
> > >
> >
>

Reply via email to