Unable to download from subfolder on server?

[espoelstra]

Appears that downloading from a subfolder on the server for an artifact doesn't work, possibly due to the SavePath being reused for both local and remote paths, and WebClient doesn't appear to like it.

I was trying to use SavePath = 'target/mavenbuilt.zip' and I keep getting a WebClient exception.

I'll keep playing around, but this slowed me down a bit, I'll probably end up having to download all artifacts as a zip and then extract to find the one I want if they are in subfolders.

[ndarwincorn]

Can you paste the exception you're getting?

For an immediate fix, you could try leveraging the latest TeamCitySharp and rolling your own script. Judging from the last commit there, it should be compatible with 9.1 at least. The version of the library included in this project is five years old, by comparison. There's a chance this is the source of your issues, but without seeing the exception it's hard to tell.

Future iterations will deal with that problem, btw. It's pretty close to the top of our list. I forked this project a little over a week ago and simply haven't found the time to give it attention since.

Edit: Also I think it's super cool you have time around coaching to code.

[espoelstra]

I've wondered about just doing it in pure PowerShell instead of some of the extra complexity of method signatures not matching up and not supporting/exposing all of the available functions in the API.

Sadly running the "run-specs.bat" doesn't really give me much for exceptions beyond "WebClient threw an exception".

[ndarwincorn]

Part of what has delayed my work on this is that I've basically had to do exactly that at work (pure powershell interface with the API); this has simultaneously made me want to do other things with my free time and incentivized waiting until I've got a better grasp on the API to implement that here. But yes, the near-term vision is refactoring away from the C# abstraction. When he built it and blogged about it Howard van Rooijen talked specifically about not wanting to reinvent the wheel, but I see a lot of utility in removing dependence on a project that hasn't seen a commit in six months when the product it interfaces with jumped a major version a couple months ago.

Unless I'm mistaken about something, that batch file just runs the tests, which are hardcoded to connect to a teamcity instance that no longer exists. I suppose if you're using it you probably modified it to connect to your instance, but on the off chance you didn't that would probably be the source of the webclient error.

I got the impression that you were trying to run Get-Artifact on its own, which I assume would give you some exception worth pasting here. Could be wrong though.