Milos, Yes, only jar files were being pushed into the repos, I triple-checked that.
Your guess was right though: I rm'd the pom from my pwd, tried with `mvn org.codehaus.mojo:nbm-maven-plugin:3.1:populate-repository ...`, and nbms, jars, source, and javadoc flowed into the repo beautifully. (I set up a pom because I was having problems getting mvn to pull the 3.2-SNAPSHOT -- an issue with our nexus, I think.) There were a couple other fiddly bits that I managed to figure out on my own yesterday; I'll be posting a full walkthrough of using populate-repository on my blog later this week. Out of curiosity, what about having the plugin registered in the pwd's pom (with the same version number) would have resulted in such strange behaviour? Thanks for the hint! - Chas Milos Kleint-2 wrote: > > hhmm.. it could be a bug. is the local repository really populated with > just > the jar file, no nbm file? it could be just a bug in output printing. > what location are you performing the goal at? even though the goal doesn't > require a project for execution, having one could have some influence on > execution. especially when the project defines the nbm-maven-plugin as > <extensions> plugin. I usually run the goal in directory without any > project. > > Milos > > > On Tue, Dec 15, 2009 at 4:56 PM, cemerick <[email protected]> wrote: > >> >> I'm attempting to populate our internal repository with artifacts >> corresponding to the recent NetBeans 6.8 release using the >> nbm:populate-repository goal from v3.1 of the nbm-maven-plugin. The only >> problem I've run into is that nbm files are being copied from the >> nbbuild/nbms directory to the target repository as jars. >> >> The command I'm using is: >> >> mvn nbm:populate-repository -DforcedVersion=RELEASE68 >> -DnetbeansInstallDirectory=nbbuild/netbeans >> -DnetbeansSourcesDirectory=nbbuild/build/source-zips >> -DnexusIndexDirectory=/tmp/nexus-index >> -DnetbeansJavadocDirectory=nbbuild/build/javadoc >> -DnetbeansNbmDirectory=nbbuild/nbms/ >> >> And here's a sample of the log output: >> >> [INFO] Installing nbbuild/build/javadoc/org-openide-util.zip to >> >> /home/chas/.m2/repository/org/netbeans/api/org-openide-util/RELEASE68/org-openide-util-RELEASE68-javadoc.jar >> [INFO] Installing nbbuild/build/source-zips/org-openide-util.zip to >> >> /home/chas/.m2/repository/org/netbeans/api/org-openide-util/RELEASE68/org-openide-util-RELEASE68-sources.jar >> [INFO] Installing nbbuild/nbms/org-openide-util.nbm to >> >> /home/chas/.m2/repository/org/netbeans/api/org-openide-util/RELEASE68/org-openide-util-RELEASE68.jar >> [INFO] Installing nbbuild/netbeans/platform11/lib/org-openide-util.jar to >> >> /home/chas/.m2/repository/org/netbeans/api/org-openide-util/RELEASE68/org-openide-util-RELEASE68.jar >> >> The goal certainly seems to have found the nbm files -- it's copying >> them, >> after all -- but they're being copied to where the module's associated >> jar >> file is being stored, rather than to their proper resting place. (In the >> case of the module in the above log output, >> >> /home/chas/.m2/repository/org/netbeans/api/org-openide-util/RELEASE68/org-openide-util-RELEASE68.nbm >> is the correct destination path IIUC.) >> >> I've perused the source of PopulateRepositoryMojo.java et al. for hints, >> tried using v3.0 of nbm-maven-plugin, performing a local-only or >> remote-only >> population, and eliminated inclusion of source and javadoc jars, to no >> avail. >> >> Thoughts? >> >> Thanks very much in advance, >> >> - Chas >> -- >> View this message in context: >> http://old.nabble.com/nbm%3Apopulate-repository-installing-deploying-nbms-as-jars--tp26795977p26795977.html >> Sent from the mojo - user mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > -- View this message in context: http://old.nabble.com/nbm%3Apopulate-repository-installing-deploying-nbms-as-jars--tp26795977p26799940.html Sent from the mojo - user mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
