It's not really an edge case. In my company we just copy pasted the repository onto local drives :)
brought to you by the letters A, V, and I and the number 47 On Wed, Nov 20, 2013 at 12:55 PM, Cosma Colanicchia <cosma...@gmail.com>wrote: > I’m now trying to deploy the artifacts to a shared repository with the > in-vm deployer. > > Our repository is not exposed via HTTP, instead is accessed as a network > share using a file://... repository URL. The new deployer fail instantly > with an ArtifactTransferException. > > Probably this is an edge case, with the previous deployer I was able to > successful deploy the artifacts (probably because it relies on standard mvm > commands). > > > This is the exception stack trace: > > Installing Artifact: com.adobe.air:compiler:3.9 > - File with extension pom > org.eclipse.aether.deployment.DeploymentException: Failed to deploy > artifacts: Could not transfer artifact com.adobe.air:compiler:pom:3.9 > from/to repo (file:///Volumes/Area\ Sviluppatori/m2-repository): > /Volumes/Area\ > Sviluppatori/m2-repository/com/adobe/air/compiler/3.9/compiler-3.9.pom (No > such file or directory) > at > > org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:341) > at > > org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:269) > at > > org.eclipse.aether.internal.impl.DefaultRepositorySystem.deploy(DefaultRepositorySystem.java:413) > at SDKInVMDeployer.processArtifact(SDKInVMDeployer.java:214) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:152) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:161) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:161) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:161) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:161) > at SDKInVMDeployer.processDir(SDKInVMDeployer.java:161) > at SDKInVMDeployer.start(SDKInVMDeployer.java:137) > at SDKInVMDeployer.main(SDKInVMDeployer.java:89) > Caused by: org.eclipse.aether.transfer.ArtifactTransferException: Could not > transfer artifact com.adobe.air:compiler:pom:3.9 from/to repo > (file:///Volumes/Area\ Sviluppatori/m2-repository): /Volumes/Area\ > Sviluppatori/m2-repository/com/adobe/air/compiler/3.9/compiler-3.9.pom (No > such file or directory) > at > > org.eclipse.aether.connector.basic.ArtifactTransportListener.transferFailed(ArtifactTransportListener.java:43) > at > > org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:342) > at > > org.eclipse.aether.connector.basic.BasicRepositoryConnector.put(BasicRepositoryConnector.java:271) > at > > org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:335) > ... 11 more > Caused by: java.io.FileNotFoundException: /Volumes/Area\ > Sviluppatori/m2-repository/com/adobe/air/compiler/3.9/compiler-3.9.pom (No > such file or directory) > at java.io.FileOutputStream.open(Native Method) > at java.io.FileOutputStream.<init>(FileOutputStream.java:194) > at java.io.FileOutputStream.<init>(FileOutputStream.java:145) > at > > org.eclipse.aether.transport.file.FileTransporter.implPut(FileTransporter.java:85) > at > > org.eclipse.aether.spi.connector.transport.AbstractTransporter.put(AbstractTransporter.java:117) > at > > org.eclipse.aether.connector.basic.BasicRepositoryConnector$PutTaskRunner.runTask(BasicRepositoryConnector.java:578) > at > > org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:337) > ... 13 more > > > > > 2013/11/20 Cosma Colanicchia <cosma...@gmail.com> > > > I have created the FDKs for 4.11 (with the latest AIR and FP versions, > and > > all options checked) from Windows and from Mac, and tried to diff out the > > two folders. > > > > I see that there are a lot of changes, some of which are expected: > > - /bin (adl vs adl.exe, adt vs adt.exe) > > - /android/lib binaries (aapt vs aapt.exe, additional dlls for win) > > - /lib/aot binaries > > - /lib/nai binaries > > - /runtimes > > - a lot of differences in text files (xml, xsd and some sources), maybe > > due to line breaks? > > - many differences in swc and jar binary files (maybe the installer is > > downloading different binary packages created with different build run?) > > > > Then I run the mavenizer, and compared the output: the swc and jar > > differences are clearly still there, but the file set is identical (no > > additional file or artifacts are generated). > > > > So, it seems that the mavenized version is actually the same when > > generated from a mac/win FDK. Probably, many of the differences will > emerge > > once mobile packaging will be supported by flexmojos? > > > > I can provide the output of the diff runs, if required.. > > > > > > > > > > > > > > > > > > > > > > 2013/11/20 christofer.d...@c-ware.de <christofer.d...@c-ware.de> > > > > Ok ... so I fixed the two mistakes :-) > >> Thanks for reporting. > >> > >> Chris > >> > >> -----Ursprüngliche Nachricht----- > >> Von: Cosma Colanicchia [mailto:cosma...@gmail.com] > >> Gesendet: Dienstag, 19. November 2013 23:03 > >> An: Apache Flex Developers ML > >> Betreff: Re: AW: Questions about current mavenizer status > >> > >> Also, there's probably a typo on " url: (optional) The username used to > >> deploy the artifacts. > >> mvn: (required only if a username is provided) The password used to > >> deploy the artifacts" > >> Il 19/nov/2013 23:00 "Cosma Colanicchia" <cosma...@gmail.com> ha > scritto: > >> > >> > 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+Ma > >> >> > ven > >> >> > 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 > >> >> > > > > > > >> >> > > > > > >> >> > > > > >> >> > > > >> >> > > >> >> > >> > > >> > > > > >
