Hudson and Maven integration
-
venerdì 5 marzo 2010 18:57Hi,
I know TeamPrise submitted a TFS provider for Maven to Apache.
I'm not sure if the TFS plugin for Hudson also came from you guys.
Are you (MS) planning on maintaining and improving these ?
Best regards,
Gert
Tutte le risposte
-
venerdì 5 marzo 2010 21:08Proprietario
Hi Gert,
The Maven SCM integration (http://jira.codehaus.org/browse/SCM-461) was contributed and included in the 1.3 release of the Maven SCM plug-in. I spoke some with the contributor of the Hudson support for TFS and he did an excellent job but was kind enough to credit my work on the CruiseControl TFS support in his patch even though I had very little to do with the Hudson stuff other than provide the odd bit of advice and support. Now that CruiseControl.NET includes support for TFS (contributed by another excellent community member) all of these are up and running and working against the TFS command line (tf).
I have to admit that we've been so focussed on the initial Microsoft release of the Team Explorer codename "Eaglestone" bits that we've not pro-actively been looking if there is more stuff we need to do with any of those integrations to improve them or to look if anyone has reported any bugs, however we would certainly be up for helping with patches if needed. That said we do not have any plans to improve on them over their existing functionality - is there something in particular you wish had been contributed to either Maven or Hudson?
Thanks for the reminder though. I'll be sure to pencil in a story for after we've shipped our initial Microsoft release to go back and make sure that they are all still working against the latest versions of the command line. In the meantime if you hear of any issues related to these integrations then be sure to point us at the appropriate bug reports in the various projects and we'll see what we can do to help.
Cheers,
M.
http://www.woodwardweb.com- Proposto come risposta Martin WoodwardMicrosoft Employee, Owner venerdì 5 marzo 2010 21:09
- Contrassegnato come risposta Martin WoodwardMicrosoft Employee, Owner domenica 7 marzo 2010 00:56
-
giovedì 20 maggio 2010 13:52
Hi,
Sub:(Hudson and Maven integration)GLobal property value at setting.xml not propagated to child poms with HUDSONI am not sure to raise it here . I raised just to see if any of can help in this following query.
I have added new param at settings.xml like
<profile>
<id>myprofile</id>
<properties>
<build.version></build.version>
</properties>
</profile>
The above property build.version passed to child pom.xml (${build.version}
While I use mvn clean deploy from CLI the deploy works fine and the respective artifacts deployed into
Ex: Nexus repository.
deployed are:
---------------
TEST-SNAPSHOT.pom
TEST-SNAPSHOT.pom.md5
TEST-SNAPSHOT.pom.sha1
maven-metadata.xml.md5
maven-metadata.xml.sha1
maven-metadata.xml.tmp
The above pom.xml has the param $build.veriosn} and it replaced by the value passed in the CLI -Dbuild.version.
The part is ok and now I did the same in Hudson job with Maven goal as mvn clean deploy -Dbuild.version=XXX.
Now the deployment is successful, but the value is not replaced in the deployed artifacts ".pom" file.
Now the issue our other project module uses above jars and artifacts created above using dependency tag.
Now while executing the ext projext it failed to download the artifacts of the deployed . saying
[WARNING] Unable to get resource
>> 'com.cisco:components:pom:${build.version}' from
repository
>> central (http://central): Error transferring file: Server returned
> HTTP
The values is not replaced by "XXX" which is passed in the switch -Dbuild.version=XXX in TEST-SNAPSHOT.pom file.
Is there any way we can do this from Hudson. CLI works fine but Hudson is not replacing the parameter with value Passed in maven goal.
Any help in thig regards is appreciated
In-case any details I failed to provide you please ask me I will provide .- Modificato PemSubudhi giovedì 20 maggio 2010 13:54 Titile changed

