Re: maven 3.0.1 doesn't download sources
Are you saying this worked with Maven 3.0? If not, it could be a problem with either Maven or Artifactory. However, I do vaguely recall seeing a ticket regarding something similar to this. Couldn't find it in jira when I searched though. /Anders On Tue, Nov 30, 2010 at 08:25, Moser, Christian c...@metrohm.com wrote: Hi Maven 3.0.1 and artifactory 2.3.1 with unique (non-unique won't work) snapshot repository doesn't UPDATE sources from the repository. Calling mvn -U dependency:sources with an empty local repository will resolve all sources correctly. After a newer artifact was deployed and the maven was called again with mvn -U dependency:sources, the pom and .jar archive was updated, but the dependency plugin skips to download the newer source files. Why does the plugin refuses to download? We're using the default -sources classifier. Regards, Christian
AW: maven 3.0.1 doesn't download sources
Thanks for your response. Just tested it with maven 2.2.1 and maven 3.0, I doesn't work neither. Do you think it's a problem with the dependency-plugin? I wonder what's the criteria is to skip files when using the goal :sources. How does the plugin know, if it should skip or not? -Ursprüngliche Nachricht- Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im Auftrag von Anders Hammar Gesendet: Dienstag, 30. November 2010 09:26 An: Maven Users List Betreff: Re: maven 3.0.1 doesn't download sources Are you saying this worked with Maven 3.0? If not, it could be a problem with either Maven or Artifactory. However, I do vaguely recall seeing a ticket regarding something similar to this. Couldn't find it in jira when I searched though. /Anders On Tue, Nov 30, 2010 at 08:25, Moser, Christian c...@metrohm.com wrote: Hi Maven 3.0.1 and artifactory 2.3.1 with unique (non-unique won't work) snapshot repository doesn't UPDATE sources from the repository. Calling mvn -U dependency:sources with an empty local repository will resolve all sources correctly. After a newer artifact was deployed and the maven was called again with mvn -U dependency:sources, the pom and .jar archive was updated, but the dependency plugin skips to download the newer source files. Why does the plugin refuses to download? We're using the default -sources classifier. Regards, Christian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Build failure
The structure of my project id very simple, I have only a 'model' folder in my existing project: tree . └───model -Message d'origine- De : El Arbi ABOUSSOROR [mailto:el-arbi.abousso...@sogeti.com] Envoyé : lundi 29 novembre 2010 17:11 À : users@maven.apache.org Objet : Build failure Hi, I’m trying to create an archetype from existing project but fail to. D:\apps\FlightsV2mvn archetype:create-from-project -e + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [INFO] Building Unnamed - fr.sogeti.plpm:myCRUDProject:jar:0.0.1 [INFO]task-segment: [archetype:create-from-project] (aggregator-style) [INFO] [INFO] Preparing archetype:create-from-project [INFO] [INFO] Building Unnamed - fr.sogeti.plpm:myCRUDProject:jar:0.0.1 [INFO] [INFO] No goals needed for project - skipping [INFO] [archetype:create-from-project {execution: default-cli}] [INFO] Setting default groupId: fr.sogeti.plpm [INFO] Setting default artifactId: myCRUDProject [INFO] Setting default version: 0.0.1 [INFO] Setting default package: fr.sogeti.plpm [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] : java.io.FileNotFoundException: D:\apps\FlightsV2\target\generated-sourc es\archetype\src\main\resources\archetype-resources\pom.xml (Le chemin d'accÞs s pÚcifiÚ est introuvable) D:\apps\FlightsV2\target\generated-sources\archetype\src\main\resources\arch etyp e-resources\pom.xml (Le chemin d'accÞs spÚcifiÚ est introuvable) [INFO] [INFO] Trace org.apache.maven.BuildFailureException: D:\apps\FlightsV2\target\generated-sourc es\archetype\src\main\resources\archetype-resources\pom.xml (Le chemin d'accÞs s pÚcifiÚ est introuvable) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:715) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone Goal(DefaultLifecycleExecutor.java:569) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:284) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:6 0) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoFailureException: D:\apps\FlightsV2\targe t\generated-sources\archetype\src\main\resources\archetype-resources\pom.xml (Le chemin d'accÞs spÚcifiÚ est introuvable) at org.apache.maven.archetype.mojos.CreateArchetypeFromProjectMojo.execu te(CreateArchetypeFromProjectMojo.java:212) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:694) ... 17 more [INFO] [INFO] Total time: 1 second [INFO] Finished at: Mon Nov 29 16:27:43 CET 2010 [INFO] Final Memory: 11M/27M [INFO] Maybe some properties are missing. Thanks fo your help - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: maven 3.0.1 doesn't download sources
Just found it out by myself.. The dependency plugin creates in target a folder called dependency-maven-plugin-markers which acts like a cache. To make sure all available sources will be checked downloaded again you have to clean the cache with the maven clean. mvn -U clean dependency:sources -DoverWriteSnapshots=true -DoverWriteReleases=true solved the problem :-) -Ursprüngliche Nachricht- Von: Moser, Christian [mailto:c...@metrohm.com] Gesendet: Dienstag, 30. November 2010 09:38 An: Maven Users List Betreff: AW: maven 3.0.1 doesn't download sources Thanks for your response. Just tested it with maven 2.2.1 and maven 3.0, I doesn't work neither. Do you think it's a problem with the dependency-plugin? I wonder what's the criteria is to skip files when using the goal :sources. How does the plugin know, if it should skip or not? -Ursprüngliche Nachricht- Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im Auftrag von Anders Hammar Gesendet: Dienstag, 30. November 2010 09:26 An: Maven Users List Betreff: Re: maven 3.0.1 doesn't download sources Are you saying this worked with Maven 3.0? If not, it could be a problem with either Maven or Artifactory. However, I do vaguely recall seeing a ticket regarding something similar to this. Couldn't find it in jira when I searched though. /Anders On Tue, Nov 30, 2010 at 08:25, Moser, Christian c...@metrohm.com wrote: Hi Maven 3.0.1 and artifactory 2.3.1 with unique (non-unique won't work) snapshot repository doesn't UPDATE sources from the repository. Calling mvn -U dependency:sources with an empty local repository will resolve all sources correctly. After a newer artifact was deployed and the maven was called again with mvn -U dependency:sources, the pom and .jar archive was updated, but the dependency plugin skips to download the newer source files. Why does the plugin refuses to download? We're using the default -sources classifier. Regards, Christian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Assembly Plugin 2.2 File Filtering
Hi Gérald, just a quick update: I arranged stuff working moving the filters/ section inside the assembly plugin configuration, so instead of having build plugins plugin artifactIdmaven-assembly-plugin/artifactId /plugin /plugins filters filter${basedir}/src/main/filters/prod.properties/filter /filters /build I had to do: build plugins plugin artifactIdmaven-assembly-plugin/artifactId configuration filters filter${basedir}/src/main/filters/prod.properties/filter /filters /configuration /plugin /plugins /build The dark side of this approach comes when you're using also other plugins, like the war-plugin, that need to filter resource, so you've to declare the same filters twice: build plugins plugin artifactIdmaven-assembly-plugin/artifactId configuration filters filter${basedir}/src/main/filters/prod.properties/filter /filters /configuration /plugin /plugins filters filter${basedir}/src/main/filters/prod.properties/filter /filters /build I'll vote the issue, I hope in the meanwhile that could help you fixing your stuff. Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, Nov 29, 2010 at 9:02 AM, Gérald Quintana gerald.quint...@gmail.com wrote: It already exists, please vote for http://jira.codehaus.org/browse/MASSEMBLY-528 Gérald 2010/11/26 Simone Tripodi simone.trip...@gmail.com: I got *exactly* the same issue, I suppose we should fill a new Issue on Jira!!! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Nov 26, 2010 at 3:18 PM, Gérald Quintana gerald.quint...@gmail.com wrote: The assembly plugin doesn't take the filter configuration from the project, I has to re-inject the filters! Gérald Le 26 novembre 2010 14:03, Arnaud Héritier aherit...@gmail.com a écrit : Couldn't it be the same problem as in resources plugin (there are using same libraries to do that) which stops if you have a @ character alone : http://jira.codehaus.org/browse/MRESOURCES-104 On Nov 26, 2010, at 1:48 PM, Gérald Quintana wrote: Hello, I have an assembly with files which should be copied and filtered: fileSet directorysrc/main/config/directory outputDirectoryconfig/outputDirectory filteredtrue/filtered excludes excludequartz.properties/exclude /excludes /fileSet Files are copied but not filtered (${...} are still here) The problem occurs with maven-assembly-plugin 2.2 but not with 2.2-beta-5. It it a known bug or a problem in my configuration? Gérald - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Assembly Plugin 2.2 File Filtering
Sorry, just realized you suggested the same workaround in the issue! :D Thanks, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Tue, Nov 30, 2010 at 11:10 AM, Simone Tripodi simone.trip...@gmail.com wrote: Hi Gérald, just a quick update: I arranged stuff working moving the filters/ section inside the assembly plugin configuration, so instead of having build plugins plugin artifactIdmaven-assembly-plugin/artifactId /plugin /plugins filters filter${basedir}/src/main/filters/prod.properties/filter /filters /build I had to do: build plugins plugin artifactIdmaven-assembly-plugin/artifactId configuration filters filter${basedir}/src/main/filters/prod.properties/filter /filters /configuration /plugin /plugins /build The dark side of this approach comes when you're using also other plugins, like the war-plugin, that need to filter resource, so you've to declare the same filters twice: build plugins plugin artifactIdmaven-assembly-plugin/artifactId configuration filters filter${basedir}/src/main/filters/prod.properties/filter /filters /configuration /plugin /plugins filters filter${basedir}/src/main/filters/prod.properties/filter /filters /build I'll vote the issue, I hope in the meanwhile that could help you fixing your stuff. Have a nice day, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, Nov 29, 2010 at 9:02 AM, Gérald Quintana gerald.quint...@gmail.com wrote: It already exists, please vote for http://jira.codehaus.org/browse/MASSEMBLY-528 Gérald 2010/11/26 Simone Tripodi simone.trip...@gmail.com: I got *exactly* the same issue, I suppose we should fill a new Issue on Jira!!! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Nov 26, 2010 at 3:18 PM, Gérald Quintana gerald.quint...@gmail.com wrote: The assembly plugin doesn't take the filter configuration from the project, I has to re-inject the filters! Gérald Le 26 novembre 2010 14:03, Arnaud Héritier aherit...@gmail.com a écrit : Couldn't it be the same problem as in resources plugin (there are using same libraries to do that) which stops if you have a @ character alone : http://jira.codehaus.org/browse/MRESOURCES-104 On Nov 26, 2010, at 1:48 PM, Gérald Quintana wrote: Hello, I have an assembly with files which should be copied and filtered: fileSet directorysrc/main/config/directory outputDirectoryconfig/outputDirectory filteredtrue/filtered excludes excludequartz.properties/exclude /excludes /fileSet Files are copied but not filtered (${...} are still here) The problem occurs with maven-assembly-plugin 2.2 but not with 2.2-beta-5. It it a known bug or a problem in my configuration? Gérald - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: multi-module agregated test report
The main problem isn't about allowing overlapping packages, but a way for the reports to show grouped by module. On 26 November 2010 22:18, Stephen Connolly stephen.alan.conno...@gmail.com wrote: There are good reasons for not having overlapping packages in separate jars. Namely when alves security manager is running, our if the jar is signed then they are treated as separate packages - Stephen --- Sent from my Android phone, so random spelling mistakes are a direct result of using swype to type on the screen On 26 Nov 2010 17:31, Jesse Farinacci jie...@gmail.com wrote: Greetings Emerson, On Fri, Nov 26, 2010 at 10:30 AM, emerson echofloripa.y...@gmail.com wrote: I believe it is cor... That does appear to be the case, but I would be remiss if I didn't point out the somewhat contradictory requests you're making. You want the aggregation to maintain the separation. :-) To address your previous observation about Hudson splitting out by package, I suppose that may be true but I have structured my projects in such a way (and I suspect most users have) where this is not an issue. More specifically, for every project I can remember, there have been no Java-package/Maven-module path name conflicts. You could open an enhancement request at the plugin's JIRA instance[0] but I would expect this enhancement to be fairly unpopular (not negatively popular, but disinterested) given the aforementioned opposing philosophical goals. -Jesse [0] http://jira.codehaus.org/browse/SUREFIRE -- There are 10 types of people in this world, those that can read binary and those that can not. ... To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-he... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: multi-module agregated test report
If your packages don't overlap then packages should give the per-module stats. On 30 November 2010 11:40, emerson echofloripa.y...@gmail.com wrote: The main problem isn't about allowing overlapping packages, but a way for the reports to show grouped by module. On 26 November 2010 22:18, Stephen Connolly stephen.alan.conno...@gmail.com wrote: There are good reasons for not having overlapping packages in separate jars. Namely when alves security manager is running, our if the jar is signed then they are treated as separate packages - Stephen --- Sent from my Android phone, so random spelling mistakes are a direct result of using swype to type on the screen On 26 Nov 2010 17:31, Jesse Farinacci jie...@gmail.com wrote: Greetings Emerson, On Fri, Nov 26, 2010 at 10:30 AM, emerson echofloripa.y...@gmail.com wrote: I believe it is cor... That does appear to be the case, but I would be remiss if I didn't point out the somewhat contradictory requests you're making. You want the aggregation to maintain the separation. :-) To address your previous observation about Hudson splitting out by package, I suppose that may be true but I have structured my projects in such a way (and I suspect most users have) where this is not an issue. More specifically, for every project I can remember, there have been no Java-package/Maven-module path name conflicts. You could open an enhancement request at the plugin's JIRA instance[0] but I would expect this enhancement to be fairly unpopular (not negatively popular, but disinterested) given the aforementioned opposing philosophical goals. -Jesse [0] http://jira.codehaus.org/browse/SUREFIRE -- There are 10 types of people in this world, those that can read binary and those that can not. ... To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-he... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Add parent pom project to repos?
Yes, we treat POMs as projects and they are in our CI system so any changes committed to SVN trigger a build which deploys the POM. Curt Yanko | Continuous Integration Services | UnitedHealth Group IT Making IT Happen, one build at a time, 600 times a day -Original Message- From: ginni [mailto:gi...@aero.org] Sent: Monday, November 29, 2010 4:52 PM To: users@maven.apache.org Subject: Add parent pom project to repos? We're thinking of using Nexus for an internal repository and would like to know if it is possible (and how) to host parent pom projects there? We have a (grand)parent pom project aero with a parent pom child project common and then modules within that which all reference common as their parent (common references aero). So, if a developer wants to check out one of the modules from SVN, he would also need the common and aero poms. Is it advisable to do it this way? If not, what is the best practice? Thanks! Ginni -- View this message in context: http://maven.40175.n5.nabble.com/Add-parent-pom-project-to-rep os-tp3285290p3285290.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Inheritance of distributionManagement
Thanks for your reply. I re-checked and the problem was because the pom version was a release but the parent pom defined a snapshot repository. -Original Message- From: Anders Hammar and...@hammar.net To: iapazm...@sri.gob.ec, Maven Users List users@maven.apache.org Subject: Re: Inheritance of distributionManagement Date: Mon, 29 Nov 2010 17:07:56 +0100 Do the module projects declare a parent, from which the distMgmt will be inherited? /Anders (mobile) Den 2010 11 29 16:27 skrev Pazmiño Mazón, Iván Andrés iapm270...@sri.ad: Hi, I'm having problems with a composite maven 2 project. I have set up a base project which carries the distributionManagement configuration. When it's extended by another project without modules it works just fine. But now I happened to need to extend the base project from another project which has some modules declared. The distribution management was not inherited by the child project and when I tried to deploy it asked for the configuration [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-deploy-plugin:2.4 check that the following section of the pom.xml is present and correct: distributionManagement !-- use the following if you're not using a snapshot version. -- repository idrepo/id nameRepository Name/name urlscp://host/path/to/repo/url /repository !-- use the following if you ARE using a snapshot version. -- snapshotRepository idrepo/id nameRepository Name/name urlscp://host/path/to/repo/url /snapshotRepository /distributionManagement What do I need to add in my configuration so it works? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Clausula de Confidencialidad: La información contenida en el presente mensaje es confidencial, está dirigida exclusivamente a su destinatario y no puede ser vinculante. El Servicio de Rentas Internas no se responsabiliza por su uso y deja expresa constancia que en los registros de la Institución consta la información originalmente enviada. Este mensaje está protegido por la Ley de Propiedad Intelectual, Ley de Comercio Electrónico, Firmas y Mensajes de datos, reglamentos y acuerdos internacionales relacionados. Si usted no es el destinatario de este mensaje, recomendamos su eliminación inmediata. La distribución o copia del mismo, está prohibida y será sancionada de acuerdo al Código Penal y demás normas aplicables. La transmisión de información por correo electrónico, no garantiza que la misma sea segura o esté libre de error, por consiguiente, se recomienda su verificación.Toda solicitud de información requerida de manera oficial al SRI debe ser ingresada por Secretaría General y dirigida a la máxima autoridad de la Institución, conforme a la Ley y demás normas vigentes. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to store svn username and password in configuration file?
Hi, I am trying to avoid using -Dusername= -Dpassword= in a command line. I would like to store this information (and password preferably encrypted) in some svn-settings.xml or other config file. Unfortunately as I use encrypted password (created by mvn --encrypt-master-password password) it doesn't work even on command line. Any advice on maven/svn best practices will be highly appreciated. Thanks Ilya Mayzel Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to store svn username and password in configuration file?
Subversion has its own password store which AFAIK is now encrypted on all major platforms. Why not use that? On 11/30/10 9:55 AM, ilya.may...@ubs.com wrote: Hi, I am trying to avoid using -Dusername= -Dpassword= in a command line. I would like to store this information (and password preferably encrypted) in some svn-settings.xml or other config file. Unfortunately as I use encrypted password (created by mvn --encrypt-master-password password) it doesn't work even on command line. Any advice on maven/svn best practices will be highly appreciated. Thanks Ilya Mayzel Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: How to store svn username and password in configuration file?
Justin, Can you please elaborate on how to use it with maven? Thanks Ilya Mayzel Distributed Change Management UBS Financial Services Inc. 1000 Harbor Boulevard, 4th Floor Weehawken, NJ-07086 Phone: 201-352-7976 Email : ilya.may...@ubs.com -Original Message- From: Justin Edelson [mailto:justinedel...@gmail.com] Sent: Tuesday, November 30, 2010 9:58 AM To: Maven Users List Subject: Re: How to store svn username and password in configuration file? Subversion has its own password store which AFAIK is now encrypted on all major platforms. Why not use that? On 11/30/10 9:55 AM, ilya.may...@ubs.com wrote: Hi, I am trying to avoid using -Dusername= -Dpassword= in a command line. I would like to store this information (and password preferably encrypted) in some svn-settings.xml or other config file. Unfortunately as I use encrypted password (created by mvn --encrypt-master-password password) it doesn't work even on command line. Any advice on maven/svn best practices will be highly appreciated. Thanks Ilya Mayzel Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to store svn username and password in configuration file?
I find the easiest thing to is to pre-populate the cache by using the svn command directly (i.e. svn ls --username username URL). On the Maven side, you don't have to do anything. Justin On 11/30/10 10:02 AM, ilya.may...@ubs.com wrote: Justin, Can you please elaborate on how to use it with maven? Thanks Ilya Mayzel Distributed Change Management UBS Financial Services Inc. 1000 Harbor Boulevard, 4th Floor Weehawken, NJ-07086 Phone: 201-352-7976 Email : ilya.may...@ubs.com -Original Message- From: Justin Edelson [mailto:justinedel...@gmail.com] Sent: Tuesday, November 30, 2010 9:58 AM To: Maven Users List Subject: Re: How to store svn username and password in configuration file? Subversion has its own password store which AFAIK is now encrypted on all major platforms. Why not use that? On 11/30/10 9:55 AM, ilya.may...@ubs.com wrote: Hi, I am trying to avoid using -Dusername= -Dpassword= in a command line. I would like to store this information (and password preferably encrypted) in some svn-settings.xml or other config file. Unfortunately as I use encrypted password (created by mvn --encrypt-master-password password) it doesn't work even on command line. Any advice on maven/svn best practices will be highly appreciated. Thanks Ilya Mayzel Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Please visit our website at http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html for important disclosures and information about our e-mail policies. For your protection, please do not transmit orders or instructions by e-mail or include account numbers, Social Security numbers, credit card numbers, passwords, or other personal information. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven Site Repository
What are common practices in terms of where to deploy maven sites to? I'm specifically asking for projects built internally within a company (i.e. only available to internal users). Initially I thought that our artifact repository itself would be a logical place but that doesn't seem to be a common practice. Right now we're leveraging the workspace used by Hudson when it executes it's CI build (navigating to the target/site/ folder). Do people just set up a standalone webserver for this explicit purpose? Thanks, Mike - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Site Repository
Our artifacts go In our internal Nexus repo. Ron On 30/11/2010 11:42 AM, Mike Lenner wrote: What are common practices in terms of where to deploy maven sites to? I'm specifically asking for projects built internally within a company (i.e. only available to internal users). Initially I thought that our artifact repository itself would be a logical place but that doesn't seem to be a common practice. Right now we're leveraging the workspace used by Hudson when it executes it's CI build (navigating to the target/site/ folder). Do people just set up a standalone webserver for this explicit purpose? Thanks, Mike - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Site Repository
Yes, using the maven site feature of Nexus Pro makes it one place less to manage authorization (compared to having a separate web server). /Anders On Tue, Nov 30, 2010 at 18:03, Ron Wheeler rwhee...@artifact-software.comwrote: Our artifacts go In our internal Nexus repo. Ron On 30/11/2010 11:42 AM, Mike Lenner wrote: What are common practices in terms of where to deploy maven sites to? I'm specifically asking for projects built internally within a company (i.e. only available to internal users). Initially I thought that our artifact repository itself would be a logical place but that doesn't seem to be a common practice. Right now we're leveraging the workspace used by Hudson when it executes it's CI build (navigating to the target/site/ folder). Do people just set up a standalone webserver for this explicit purpose? Thanks, Mike - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: XJC/XSD dependancies
After much searching and talking with colleagues we've decided that we will stick with un-jaring the parent xsds from the parent project within the maven repository using the maven-dependency-plugin. There seems to be no better way of keeping the XSD in sync with the Pojos that are generated from it and to version correctly while also keeping different projects independent from each other. Thanks! - Joel -Original Message- From: Jon Paynter [mailto:kittl...@gmail.com] Sent: Monday, November 29, 2010 4:07 PM To: Maven Users List Subject: Re: XJC/XSD dependancies Yes thats something we struggle with here as well. But since a lot of the XSD files are shared across multiple modules, and the entire project is released as one unit -- the issues are less than one would expect. Another suggestion is to break up the xsd files such that files which depend on each other are in a common module, and those do not have such dependencies are placed inside their respective java modules. we are going to be breaking up the large (12MB) xsd module in the near future -- so please share your experiences if you get something working. On Mon, Nov 29, 2010 at 2:48 PM, Joel Schuster jo...@navsys.com wrote: I'm concerned as this means that the XSD is versioned/released separately from the POJOs that they create. - Joel -Original Message- From: Jon Paynter [mailto:kittl...@gmail.com] Sent: Monday, November 29, 2010 2:43 PM To: Maven Users List Subject: Re: XJC/XSD dependancies Our project uses xsd files as well. before moving to maven, what we did was to put ALL the xsd files into a single component -- now a maven project. Then any project needing the xsd files just adds a dependency in the usual way. Granted this makes for extra overhead when you have multiple teams or developers changing files in the same project - but it guarantees everyone has the correct version of the xsd files, and also makes the pom files Much less complicated. On Mon, Nov 29, 2010 at 1:35 PM, Joel Schuster jo...@navsys.com wrote: I have a couple projects in that use XJC via the org.jvnet.jaxb2.maven2 plugin. The problem I'm running into is when the XSD of one project depends on the XSD of another. I can't seem to find a good 'maven-esq' way to deal with this. Right now I'm unpacking the xsds from the dependency jars (via the maven-dependency-plugin) and referencing them using a relative path: Ex: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId version2.1/version executions execution idunpack-dependancies/id phaseprocess-resources/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdcom.company/groupId artifactIdparent.project/artifactId version0.0.1-SNAPSHOT/version typejar/type overWritefalse/overWrite outputDirectory${project.build.directory}/dependencies/parent.project/outputDirectory includes**/*.xsd,**/*.xjb/includes /artifactItem ... In child.xsd import schemaLocation=../../../../target/dependencies/parent.project/schema/parent.xsd ... Seems there should be a way to reference a file within a maven dependency without having to unpack it first. Thoughts? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Resolving parent pom from the filesystem
Is there a checklist in the Maven documentation somewhere that definitively lists the conditions under which Maven 2.2.1 (or 3.0) will resolve pom inheritance from the filesystem rather than from the (local) repository? We have a situation where A is the root pom, and B and C are two of its modules. C is parented by B, and B is parented by A. None of these files has a relativePath element. This is on purpose. In one developer's working area, she happens to have A checked out, and it's stale. B is not checked out. C is checked out. When she runs mvn -U clean install on C, B's pom is obviously resolved from the local repository (since it doesn't exist anywhere on disk in her working area). But surprisingly, mvn help:effective-pom shows that A is being resolved from the local filesystem. I thought that without a relativePath element this would never happen. Clearly I was wrong. Any pointers are gratefully welcomed. Best, Laird
Re: Maven 3 no longer supporting dynamic configuration of plugins?
jochen-2 wrote: This is a good example of my belief, that it should be possible to invoke other plugins dynamically by supplying an own configuration section from your own plugin. In my example, users still have to be able to configure all aspects of the (Surefire) plugin themselves. Only a few settings will afterwards be enhanced. Is there really no way to configure (parts of) a plugin dynamically in Maven 3? This would mean that my testing framework (http://spockframework.org) won't be able to offer some features for Maven 3 builds that it already offers today for Ant, Maven 2, and Gradle builds. Cheers, Peter -- View this message in context: http://maven.40175.n5.nabble.com/Maven-3-no-longer-supporting-dynamic-configuration-of-plugins-tp3279670p3286870.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Resolving parent pom from the filesystem
It *always* looks up a level for a pom. This is why I would only use that *up-a-level* pom for aggregation and not inheritance stuff. For that we make the parentpom project at the module level and *build* it (install or deploy) like any other project. Curt Yanko | Continuous Integration Services | UnitedHealth Group IT Making IT Happen, one build at a time, 600 times a day -Original Message- From: Laird Nelson [mailto:ljnel...@gmail.com] Sent: Tuesday, November 30, 2010 4:29 PM To: users@maven.apache.org Subject: Resolving parent pom from the filesystem Is there a checklist in the Maven documentation somewhere that definitively lists the conditions under which Maven 2.2.1 (or 3.0) will resolve pom inheritance from the filesystem rather than from the (local) repository? We have a situation where A is the root pom, and B and C are two of its modules. C is parented by B, and B is parented by A. None of these files has a relativePath element. This is on purpose. In one developer's working area, she happens to have A checked out, and it's stale. B is not checked out. C is checked out. When she runs mvn -U clean install on C, B's pom is obviously resolved from the local repository (since it doesn't exist anywhere on disk in her working area). But surprisingly, mvn help:effective-pom shows that A is being resolved from the local filesystem. I thought that without a relativePath element this would never happen. Clearly I was wrong. Any pointers are gratefully welcomed. Best, Laird This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Wagon-SCM, and Mercurial... Help?
Hell, You have added a dependency to wagon-scm in your project ? So you have to add a dependency to your scm provider too. In your case, it should be dependency groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-hg/artifactId !-- not sure about the version -- version1.0/version /dependency HTH, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy 2010/11/30 Cliff Hill ch...@darkhelm.org: *I am hoping I am getting to the right people here... Anyway, here's the situation: Attempting to set up Maven to be able to deploy a site to a mercurial repository on Google Code, which from what I have read, should be done through the wagon-scm plugin, which in turn relies upon the maven-scm plugin. Pertinent components of my pom are:* * * ... distributionManagement ... site idgooglecode/id namegwt-syntaxhighlighter Site/name urlscm:hg:https://site.gwt-syntaxhighlighter.googlecode.com/hg/url /site ... /distributionManagement ... properties ... wagonVersion1.0-beta-7/wagonVersion scmVersion1.4/scmVersion /properties ... build ,,, !-- For scm deployment -- extensions extension groupIdorg.apache.maven.wagon/groupId artifactIdwagon-scm/artifactId version${wagonVersion}/version /extension extension groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-manager-plexus/artifactId version${scmVersion}/version /extension extension groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-hg/artifactId version${scmVersion}/version /extension /extensions plugins ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-site-plugin/artifactId version2.2/version /plugin ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId version${scmVersion}/version /plugin ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.1/version configuration releaseProfilesrelease/releaseProfiles /configuration /plugin /plugins /build ... * * *When I attempt mvn site:deploy, I get the following output:* * * Apache Maven 3.0 (r1004208; 2010-10-04 04:50:56-0700) Java version: 1.6.0_22 Java home: E:\PortableApps\CommonFiles\JDK6\jre Default locale: en_US, platform encoding: Cp1252 OS name: windows xp version: 5.1 arch: x86 Family: windows [INFO] Error stacktraces are turned on. [DEBUG] Reading user settings from E:\.m2\settings.xml [DEBUG] Reading global settings from E:\PortableApps\CommonFiles\apache-maven-3.0\conf\settings.xml [DEBUG] Using local repository at E:\.m2\repository [DEBUG] Failed to decrypt password for server sonatype-nexus-snapshots: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) at org.sonatype.plexus.components.sec.dispatcher.DefaultSecDispatcher.decrypt(DefaultSecDispatcher.java:121) at org.apache.maven.settings.crypto.DefaultSettingsDecrypter.decrypt(DefaultSettingsDecrypter.java:106) at org.apache.maven.settings.crypto.DefaultSettingsDecrypter.decrypt(DefaultSettingsDecrypter.java:62) at org.apache.maven.DefaultMaven.newRepositorySession(DefaultMaven.java:367) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:202) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:151) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:445) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:168) at org.apache.maven.cli.MavenCli.main(MavenCli.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) at org.sonatype.plexus.components.sec.dispatcher.SecUtil.read(SecUtil.java:69) at
Re: Wagon-SCM, and Mercurial... Help?
*Thanks, I already figured that part out and have since updated it :) * On Tue, Nov 30, 2010 at 12:22 PM, Dennis Lundberg denn...@apache.orgwrote: Hi Although I don't think that it's related to your problems described here, if you are running Maven 3 you need to use Maven Site Plugin 3. The latest version is 3.0-beta-3. On 2010-11-30 00:16, Cliff Hill wrote: *I am hoping I am getting to the right people here... Anyway, here's the situation: Attempting to set up Maven to be able to deploy a site to a mercurial repository on Google Code, which from what I have read, should be done through the wagon-scm plugin, which in turn relies upon the maven-scm plugin. Pertinent components of my pom are:* * * ... distributionManagement ... site idgooglecode/id namegwt-syntaxhighlighter Site/name urlscm:hg:https://site.gwt-syntaxhighlighter.googlecode.com/hg/url /site ... /distributionManagement ... properties ... wagonVersion1.0-beta-7/wagonVersion scmVersion1.4/scmVersion /properties ... build ,,, !-- For scm deployment -- extensions extension groupIdorg.apache.maven.wagon/groupId artifactIdwagon-scm/artifactId version${wagonVersion}/version /extension extension groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-manager-plexus/artifactId version${scmVersion}/version /extension extension groupIdorg.apache.maven.scm/groupId artifactIdmaven-scm-provider-hg/artifactId version${scmVersion}/version /extension /extensions plugins ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-site-plugin/artifactId version2.2/version /plugin ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId version${scmVersion}/version /plugin ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.1/version configuration releaseProfilesrelease/releaseProfiles /configuration /plugin /plugins /build ... * * *When I attempt mvn site:deploy, I get the following output:* * * Apache Maven 3.0 (r1004208; 2010-10-04 04:50:56-0700) Java version: 1.6.0_22 Java home: E:\PortableApps\CommonFiles\JDK6\jre Default locale: en_US, platform encoding: Cp1252 OS name: windows xp version: 5.1 arch: x86 Family: windows [INFO] Error stacktraces are turned on. [DEBUG] Reading user settings from E:\.m2\settings.xml [DEBUG] Reading global settings from E:\PortableApps\CommonFiles\apache-maven-3.0\conf\settings.xml [DEBUG] Using local repository at E:\.m2\repository [DEBUG] Failed to decrypt password for server sonatype-nexus-snapshots: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) at org.sonatype.plexus.components.sec.dispatcher.DefaultSecDispatcher.decrypt(DefaultSecDispatcher.java:121) at org.apache.maven.settings.crypto.DefaultSettingsDecrypter.decrypt(DefaultSettingsDecrypter.java:106) at org.apache.maven.settings.crypto.DefaultSettingsDecrypter.decrypt(DefaultSettingsDecrypter.java:62) at org.apache.maven.DefaultMaven.newRepositorySession(DefaultMaven.java:367) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:202) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:151) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:445) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:168) at org.apache.maven.cli.MavenCli.main(MavenCli.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) Caused by: org.sonatype.plexus.components.sec.dispatcher.SecDispatcherException: java.io.FileNotFoundException: C:\Documents and Settings\cliffhill\.m2\settings-security.xml (The system cannot find the path specified) at
git as deploy target
Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: git as deploy target
Yes, it's available on central at org.kathrynhuxtable.maven.wagon.wagon-gitsite:0.2, and the docs are at http://khuxtable.github.com/wagon-gitsite/ There are a few minor improvements I'd like to make, the main one being to create the gh-pages branch if it doesn't exist, but it works, at least with Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry at the moment. -K On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote: Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: git as deploy target
I should point out that this was intended to deploy site documentation, not artifacts. Did you want artifacts? That should be doable, but probably not with the existing code. I rather think that the ssh wagon would be sufficient. -K On Nov 30, 2010, at 5:48 PM, Kathryn Huxtable wrote: Yes, it's available on central at org.kathrynhuxtable.maven.wagon.wagon-gitsite:0.2, and the docs are at http://khuxtable.github.com/wagon-gitsite/ There are a few minor improvements I'd like to make, the main one being to create the gh-pages branch if it doesn't exist, but it works, at least with Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry at the moment. -K On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote: Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: git as deploy target
I have a particularly nefarious plot. I want to use this to push an eclipse update site to github via the sonatype maven-update-plugin. Can I add more pathname to the end of the urls? Your reference to ssh leads me to believe that I'm confused. How does one use ssh to push files to github? I seem to have missed something basic. On Tue, Nov 30, 2010 at 6:50 PM, Kathryn Huxtable kath...@kathrynhuxtable.org wrote: I should point out that this was intended to deploy site documentation, not artifacts. Did you want artifacts? That should be doable, but probably not with the existing code. I rather think that the ssh wagon would be sufficient. -K On Nov 30, 2010, at 5:48 PM, Kathryn Huxtable wrote: Yes, it's available on central at org.kathrynhuxtable.maven.wagon.wagon-gitsite:0.2, and the docs are at http://khuxtable.github.com/wagon-gitsite/ There are a few minor improvements I'd like to make, the main one being to create the gh-pages branch if it doesn't exist, but it works, at least with Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry at the moment. -K On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote: Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: git as deploy target
Maybe I'm confused. I meant using the git protocol over ssh using the standard git wagon. My wagon allows you to specify a branch, but that's it. -K On Nov 30, 2010, at 7:04 PM, Benson Margulies wrote: I have a particularly nefarious plot. I want to use this to push an eclipse update site to github via the sonatype maven-update-plugin. Can I add more pathname to the end of the urls? Your reference to ssh leads me to believe that I'm confused. How does one use ssh to push files to github? I seem to have missed something basic. On Tue, Nov 30, 2010 at 6:50 PM, Kathryn Huxtable kath...@kathrynhuxtable.org wrote: I should point out that this was intended to deploy site documentation, not artifacts. Did you want artifacts? That should be doable, but probably not with the existing code. I rather think that the ssh wagon would be sufficient. -K On Nov 30, 2010, at 5:48 PM, Kathryn Huxtable wrote: Yes, it's available on central at org.kathrynhuxtable.maven.wagon.wagon-gitsite:0.2, and the docs are at http://khuxtable.github.com/wagon-gitsite/ There are a few minor improvements I'd like to make, the main one being to create the gh-pages branch if it doesn't exist, but it works, at least with Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry at the moment. -K On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote: Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: git as deploy target
On Tue, Nov 30, 2010 at 10:01 PM, Kathryn Huxtable kath...@kathrynhuxtable.org wrote: Maybe I'm confused. I meant using the git protocol over ssh using the standard git wagon. Now I get it. It looks like the sonatypists don't allow for arbitrary wagons in their uploader, so it's manual file copying for me. My wagon allows you to specify a branch, but that's it. -K On Nov 30, 2010, at 7:04 PM, Benson Margulies wrote: I have a particularly nefarious plot. I want to use this to push an eclipse update site to github via the sonatype maven-update-plugin. Can I add more pathname to the end of the urls? Your reference to ssh leads me to believe that I'm confused. How does one use ssh to push files to github? I seem to have missed something basic. On Tue, Nov 30, 2010 at 6:50 PM, Kathryn Huxtable kath...@kathrynhuxtable.org wrote: I should point out that this was intended to deploy site documentation, not artifacts. Did you want artifacts? That should be doable, but probably not with the existing code. I rather think that the ssh wagon would be sufficient. -K On Nov 30, 2010, at 5:48 PM, Kathryn Huxtable wrote: Yes, it's available on central at org.kathrynhuxtable.maven.wagon.wagon-gitsite:0.2, and the docs are at http://khuxtable.github.com/wagon-gitsite/ There are a few minor improvements I'd like to make, the main one being to create the gh-pages branch if it doesn't exist, but it works, at least with Maven 2. I haven't tried with Maven 3 yet, because I have other fish to fry at the moment. -K On Nov 30, 2010, at 5:31 PM, Benson Margulies wrote: Back in March, there was a thread involving Kathryn Huxtable and deploying to git via the scm provider. I have a vague sense that she subsequently reported success here. Kathryn, are you reading this? Did you get it to work? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org