Visual SourceSafe Plugin

This plugin integrates Hudson with Microsoft Visual SourceSafe .

Plugin Information

Plugin ID vss
Latest Release 1.7
Latest Release Date Apr 23, 2009
Changes in Latest Release via Fisheye
Maintainer(s) n/a (java.net id: kohsuke)
Issue Tracking Open Issues

Changelog

Version 1.7 (2009/4/23)

  • Fixed a bug that caused invalid channgelog generation if comments include non-ASCII characters. (report)

Version 1.6 (2009/4/22)

  • If run on Unix, report an error message pointing out that it only runs on Windows.
  • Improved error diagnosis when changelog.xml fails to parse (report)

Version 1.5 (2009/3/25)

  • Improved error diagnosis (report)

Version 1.4 (2009/2/25)

Version 1.3 (2009/2/18)

  • Fixed a ClassCastException used with Maven projects.

Labels:

plugin-scm plugin-scm Delete
Enter labels to add to this page:
Wait Image 
Looking for a label? Just start typing.
  1. Jul 02, 2008

    Mahesh Narayanan says:

    Some tips about using the VSS Plugin. When I first configured it, I was seeing ...

    Some tips about using the VSS Plugin.

    When I first configured it, I was seeing the text 'Started...' on the Console Output. It took me a while to realize that this was due to the VSS 'getHistory' and 'checkOut' taking about 20-30 minutes. When it is doing the 'getHistory' there appears to be no visible feedback (either on the console output or on the file system). After about 10 minutes, when it starts checking out (getting) the files from VSS, the file system (workspace) starts getting refreshed. As far as I could tell that's the only feedback available.

    In case any one else runs into issues with the configuration, I thought I would post some more details about the configuration ...

    1. Server Path - provide the path to the srcsafe.ini file. This is usually the same network path mapping that you would do on your VSS client. Example - \\serverName\path\srcsafe.ini
    2. VSS Folder Path - provide the path from the VSS Project Root. Example - $/ProjectRoot
    3. Keep files as writable - I would recommend keeping this checked especially for .Net projects. In my case, I was using an Nant solution task to build a .Net project, relying on the same .sln & .csproj file used by developers (& checked in to VSS). The developers had custom PostBuildEvents configured in the .csproj files that were conflicting with the automated build ... by keeping the files as writable, I was able to xmlpoke and manipulate the PostBuildEvents.
    4. Use Update - KEEP THIS UNCHECKED ALWAYS. When running .Net builds with this option checked, I found that compile errors would go unreported sometimes ... this was because some dependencies would be omitted by the compiler in the compile step as their assemblies (dlls) were already available. Keeping this unchecked slows down the build (get from VSS), but it is worth it.

    Other issues -

    I could not figure out how to setup the VSS Plugin on a Windows 2003 server that had Hudson configured as a service. The problem is that when Windows starts Tomcat as a service (I am running Hudson under Tomcat), the service is started by 'System'. There is no Network mapping available to the VSS share. The 'get' from VSS fails in this case.

    I tried to start the service using a logon id, but even that didn't work.

    I finally gave up and I am working around by having a logon startup .bat script to map the network drive to VSS + start Tomcat / Hudson. And I keep the logon session active always. It sucks, but that is the only setup I could get it working.

  2. Apr 07, 2009

    Christian Zotter says:

    I installed Hudson on Windows XP to use the VSS Plugin (this is mandatory, it do...

    I installed Hudson on Windows XP to use the VSS Plugin (this is mandatory, it does not work under Linux).

    What I else needed to make this plugin work was a Visual Source Safe Installation on this machine.

    I run Hudson in Tomcat. Tomcat is running as a Service. You can run a service in windows with a specific user (right mouse button on the service in windows service view -->Log On tab). You will need this if  the default user of the service uses a local user that has no access to the network. (Log On Tab)

    Mapping a network drive is not necessary for the configuration of the plugin. \\serverName\path\srcsafe.ini is sufficient.

  3. Jun 03

    user.java says:

    I installed Hudson and Trying to Poll to VSS to do the CI. I am running JBoss/Ja...

    I installed Hudson and Trying to Poll to VSS to do the CI. I am running JBoss/Java 1.6 on Windows (AMD 64 bit) Operating System.

    Downloaded latest VSS Plugin and i am getting this error
    Started by user anonymous

    FATAL: D:\java\build\hudson\plugins\vss\WEB-INF\lib\com4j.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

    java.lang.UnsatisfiedLinkError: D:\java\build\hudson\plugins\vss\WEB-INF\lib\com4j.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

            at java.lang.ClassLoader$NativeLibrary.load(Native Method)

            at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)

            at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1674)
      

    Any help How to fix this ?

    Thanks,

    User

  4. Jun 29

    r4nd7263 says:

    using VSS 1.7 plugin.  every other day or so the VSS pulling (which I set t...

    using VSS 1.7 plugin.  every other day or so the VSS pulling (which I set to every 5 mins) would hang and never finishes the job.  Can't manually cancel the job either; I would have to restart the server JBoss 4.2.3.  any thoughts on this?  Thanks

  5. Jul 22

    boy.pockets says:

    Hi, I have troubles setting up Hudson to work with Visual Source Safe. I am pa...

    Hi,

    I have troubles setting up Hudson to work with Visual Source Safe. I am past most of the problems listed above to do with tomcat permissions (I *think*). I believe I have the Visual Source Safe plugin part of the project configuration set up correctly (I believe it is retrieving the VSS srcsafe.ini file and It is accessing the VSS Folder Path (specified by $/Directory/ProjectDirectory).

    I think the problem I have is specifying the MS Build File under the build step. Whatever I specify here, I get the following error log:

    Started by user UserName
    Path To MSBuild.exe: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\MSBuild.exe
    Executing command: hudson.util.ArgumentListBuilder@3ec403
    [workspace] $ cmd.exe /C C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\MSBuild.exe /p:Configuration=Debug /property:SolutionDir=X:\Hudson\jobs\Current\project" $/Directory/ProjectDirectory/Project.sln && exit %%ERRORLEVEL%%
    Access is denied.
    Sending e-mails to: UserName@email

    Finished: FAILURE

     Can anyone tell me where I am going wrong?

    or

    Can anyone give me an example of how they specified the build file location? Maybe a VSS screen shot too?

    At the moment, here is what I am specifying:

     

    The reason that I don't think it is an acccess issue is that whatever I change it to (ie something incorrect), it will still give the same error.

    Thanks in advance,

    pockets

    1. Jul 22

      boy.pockets says:

      Ok, So I *think* the problem was with the server path (Source Code Man...

      Ok,

      So I *think* the problem was with the server path (Source Code Management >Visual Source Safe > Server Path > ...). Which was not what I expected, because I though that I was getting the Visual Source Safe ini file (srcsafe.ini) without problems.

      Although you will be able to figure it out with trial and error, I hope t his will save some time for someone:

      Source Code Management

      Visual Source Safe

      Server Path // you actually need to specify the file name too (srcsafe.ini) for example: \\server\directory\srcsafe.ini.

      User Name //the user name that you are sending to VSS. This needs to be set up in Visual Source Safe Administrator. (note, at the moment, this user just has read access, though it *might* need more)

      Password // password for username

      VSS Folder Path // the path of the folder in VSS, you can get this by navigating to the folder inside the Visual Source Safe Explorer (Client ), navigating to the top direcotry of the solution and copying the path name. For example, $/Directory/Project.

      Keep the files as writable // i have this checked

      Fetch the files in recursive order // i have this checked

      use update // i don't have this checked.

      Build

      MSBuild Build File // from the director in VSS listed in the VSS Folder Path, specify the location of the build file (in my case, I am using the solution file). For example, Utils.sln

      Command Line Arguments // At the moment all i am doing is setting the configuration type: /p:Configuration="Debug" , but i might also want to set the build output: /property:SolutionDir="X:\Hudson\jobs\Directory/Project/"

  6. Jul 26

    boy.pockets says:

    I have it (well, not it, but a simple example) working. I will post what was wro...

    I have it (well, not it, but a simple example) working. I will post what was wrong in a second.

    [edit] for the solution, see the post above...

  7. Sep 16

    elaineT says:

    Had a problem with VSS plugin. Whenever Hudson build executed and get latest usi...

    Had a problem with VSS plugin. Whenever Hudson build executed and get latest using VSS plugin, Hudson knew there where latest files in VSS but it doesn't overwrite the physical files in my project directory. I am still having the old sources.

    I've checked Keep the files as writable, Fetch the files in recursive order & Use update.

    FYI, i used custom workspace because I doesn't want to Hudson clean up the workspace.

  8. Sep 28

    Jean-Marc Trémeaux says:

    I'm having trouble with this plugin, it seems to makes Hudson crash randomly. A...

    I'm having trouble with this plugin, it seems to makes Hudson crash randomly.

    A short while after a VSS polling, my tomcat server just disappears! I don't have a clue why because the crash doesn't leave an indication in the tomcat logs, a jvm stacktrace or anything useful.

    1. Oct 11

      Justin Julicher says:

      Jean-Marc, Is there a file in your tomcat directory that looks like hs_err_pid*....

      Jean-Marc,
      Is there a file in your tomcat directory that looks like hs_err_pid*.log because I am getting the same issue... My hudson is running in a VMWARE image but I will be logging this as an issue.. seems to be either the COM4J library or how the VSS plugin uses this library (as it seems the AD authentication that uses the same library doesn't cause any issues....).

      J.

      1. Oct 12

        boy.pockets says:

        Hi, I am having this problem too. I have the hs_err_pid*.log files... Seems to ...

        Hi,

        I am having this problem too. I have the hs_err_pid*.log files... Seems to be the same sort of problem (COM4J related). My Hudson is also running in a VMWARE image.

        pockets.

        hudson_love

        1. Oct 13

          Scott Przybylski says:

          I also had the exact same problem as you guys. It turned out that using Visual S...

          I also had the exact same problem as you guys. It turned out that using Visual Source Safe 2005 was causing hudson to crash. I installed Visual Source Safe 6.0 and it hasn't crashed since.

  9. Oct 12

    Justin Julicher says:

    I'm now running it under it's own web server... seems to be a bit more stable......

    I'm now running it under it's own web server... seems to be a bit more stable... however, memory usage is going up and up... perhaps that's with the polling? Seem to be a memory leak - maybe in the com4j dll?? Think this is what caused Tomcat to crash as COM4J was always mentioned in the hs_err log file....