SvnBridge Forum Rss Feed

New Post: TFS 2012 Compatibility

cbcye — Thu, 18 Apr 2013 07:29:51 GMT

me too. it just support browsing in TFS 2012

New Post: SvnBridge Server: can browse but not check out

cbcye — Tue, 09 Apr 2013 03:26:55 GMT

me too, any one has the way to resolve this problem?

New Post: svn copy fails w/ 401 unauthorized...

am42 — Fri, 05 Apr 2013 19:15:04 GMT

"When I took a capture using tcpdump and analyzed the trace, I am seeing this returned:"

No need to.

Simply set ( ~/.subversion/servers ):
neon-debug-mask = 511

and that will provide copious logging (when running Neon-based command-line subversion).

I'm not sure about the specific error message but if I'm not completely mistaken I once had the same error, and it was something slightly different but ending up with a "doh!".

You could revisit your SvnBridge .config files, possibly the problem is caused by an insufficiently correct entry there.

Of course most likely you get that error because SvnBridge had an implementation exception which it then tries to log and that then fails.

Or simply build a lava-fixed (you cannot even call it hotfixed...) SvnBridge version and quite likely watch that particular error issue causing a log file error issue to go poof (but that still won't save you from yet another log file error when having another error).

Or run desktop SvnBridge and do a debugger session on it to determine error causes.

New Post: svn copy fails w/ 401 unauthorized...

PredatorVI — Thu, 04 Apr 2013 16:18:50 GMT

We have a corporate SVNBridge server that we are using with the Jenkins CI server and Maven projects. When we do a Maven Release, one of the commands does an 'svn copy' to create the "tags" branch in TFS.

From a Windows Server running SlikSVN 1.6.9 it works. Running on Linux (Ubuntu 12.04.1 LTS or Ubuntu 12.10) running subversion 1.6.6, 1.6.12, 1.6.17 or 1.7.x, I get a HTTP/1.1 401 unauthorized.

When I took a capture using tcpdump and analyzed the trace, I am seeing this returned:

   Access to the path 'D:\Logs\SVNBridge\Error-1b1923a3-6b94-4e61-be16-5af0c0dc2465.log' is denied.

The sysadmins say they have the correct permissions on the Logs folder. What else can I look at?

New Post: SvnBridge Server: can browse but not check out

Poppert — Thu, 21 Mar 2013 13:32:40 GMT

Same thing here. I can browse repository but when I try to check out anything i get "Could not read chunk size: An existing
Error: connection was forcibly closed by the remote host."

SvnBridge version: v6
TortoiseSvn versions tried: 1.7.0, 1.7.11
TFS version: 2010 (10.0.40219.339, SP1)
IIS version: 7.5.7600.16385
OS version: Windows Server 2008 R2, SP1, 64-bit

SvnBridge installed on the same server as TFS and exactly according to instructions.

UPDATE:
It appears I can check out individual files but not entire folders.

New Post: I can't commit using SvnBridge

am42 — Fri, 01 Feb 2013 11:34:18 GMT

All I can say is that with the development work submitted that's been perfectly ignored by this project I've never experienced such commit issues AFAIR. Perhaps I've just been lucky, but...
I will have a look at the details of the backtrace soonish, though.
In the meantime, real, actual software professionals might want to reconsider their decision of making use of any of the many relatively non-robust (and in addition often not approachable due to closed source, and/or with insufficient interface docs, or service!) products of a certain entity that's been stabbing software industry for decades and now even ends up unbeliebably whiiny when things suddenly turn against them: http://mobile.slashdot.org/story/13/01/03/0358238/microsoft-says-google-trying-to-undermine-windows-phone (also, this important-functionality bug will celebrate 3rd biirthday soon)

New Post: I can't commit using SvnBridge

byrne — Tue, 22 Jan 2013 07:35:00 GMT

I got the same trouble! Have anyone resovlved it?

Message from clint-side svnbridge error window:

System.Web.Services.Protocols.SoapException: TF14045: 标识 MSDX-BYRNE\byrne 是不可识别的标识。 at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall) at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters) at CodePlex.TfsLibrary.RepositoryWebSvc.Repository.QueryWorkspaces(String ownerName, String computer) at CodePlex.TfsLibrary.ObjectModel.SourceControlService.<>c__DisplayClass13.<GetWorkspaces>b__12() at CodePlex.TfsLibrary.ObjectModel.SourceControlService.WrapWebException[T](WrapWebExceptionDelegate`1 function) at CodePlex.TfsLibrary.ObjectModel.SourceControlService.GetWorkspaces(String tfsUrl, ICredentials credentials, WorkspaceComputers computers) at SvnBridge.SourceControl.TFSSourceControlService.GetWorkspaces(String tfsUrl, ICredentials credentials, WorkspaceComputers computers) at SvnBridge.SourceControl.TFSSourceControlProvider.ClearExistingTempWorkspaces(Boolean skipExistingActivities) at SvnBridge.SourceControl.TFSSourceControlProvider.MakeActivity(String activityId) at SvnBridge.Proxies.RemotingInvocation.Proceed() at SvnBridge.Proxies.TracingInterceptor.Invoke(IInvocation invocation) at SvnBridge.Proxies.RemotingInvocation.Proceed() at SvnBridge.Proxies.RetryOnExceptionsInterceptor`1.Invoke(IInvocation invocation) at SvnBridge.Proxies.RemotingInvocation.Proceed() at SvnBridge.Proxies.ProxyFactory.RemotingProxy.Invoke(IMessage msg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) at SvnBridge.SourceControl.TFSSourceControlProvider.MakeActivity(String activityId) at SvnBridge.Handlers.MkActivityHandler.Handle(IHttpContext context, TFSSourceControlProvider sourceControlProvider) at SvnBridge.Handlers.RequestHandlerBase.Handle(IHttpContext context, IPathParser pathParser, NetworkCredential credentials) at SvnBridge.Net.HttpContextDispatcher.Dispatch(IHttpContext connection) at SvnBridge.Net.Listener.Process(TcpClient tcpClient) at SvnBridge.Net.Listener.Accept(IAsyncResult asyncResult)

New Post: TFS 2012 Compatibility

mrryanmorgan — Wed, 19 Dec 2012 19:19:04 GMT

mmcurrey -any chance of you posting those instructions or a download to the updated source?

New Post: TFS 2012 Compatibility

jedibowler — Fri, 07 Dec 2012 14:12:58 GMT

mmcurrey, could I ask for details of the changes you made to get the source working with TFS 2012 please?

New Post: Server: Rights

Rejditsch — Thu, 22 Nov 2012 14:13:28 GMT

Hi guys,

we've got the SvnBridge server running on Windows Server 2008 R2 running. After a couple of configuration tests it runs now passing the user authentificated on client through web application to tfs.

The application pool for SvnBridge is configured to an existing domain account in setting Idenitity. For my understanding this user will be used to grant access to TFS. Am I right?

If so, what kind of rights level do this user needs on tfs?

Thanks in advanced.

New Post: "Depth not supported" error in log

ikaschenko — Mon, 19 Nov 2012 18:50:57 GMT

testing...

New Post: "Depth not supported" error in log

am42 — Mon, 19 Nov 2012 10:44:57 GMT

I just appended my current patchset to my tracker item, which contains a fix (hopefully) for this Depth issue.

New Post: SvnBridge Server: can browse but not check out

MattGC — Fri, 16 Nov 2012 10:57:22 GMT

I have this problem as well. I've tried going back to TortoiseSVN version 1.6.6 and 1.7.0 but to no avail. Can anyone advise the versions they have when it works for them please?

New Post: 404 Errors In Log Files

am42 — Thu, 15 Nov 2012 07:11:37 GMT

rmeans wrote:

I was able to setup remote debugging to the server and realized that in the Web.config file I did not have a trailing / at the end of my TfsUrl.

Incorrect:
<add key="TfsUrl" value="http://tfs12:8080/tfs"/>
Correct:
<add key="TfsUrl" value="http://tfs12:8080/tfs/"/>
What I found out was in SvnBridge\SvnBridgeLibrary\Infrastructure\MetaDataRepositoryNoCache.cs line 73 the code is doing a contains on the path "/tfs/" and since my url was only "/tfs" it was not matching and was thus calling the asmx service and not the ashx handler which TFS 2010 and TFS 2012 is expected.
var downloadUrlExtension = serverUrl.Contains("/tfs/") ? "ashx" : "asmx"; 
Hope this helps someone else in the future.

Thanks for the perfectly detailed report!

I'll be fixing this as well in my (currently local) current patchset (detect TFS URL type by accepting both contains "/tfs/" or ends with "/tfs" - internet search for "TfsUrl http" actually has many hits for the latter style, thus it's a rather gross bug!).

I'll check whether some possible code duplication does incorrect checks, too.

New Post: 404 Errors In Log Files

rmeans — Wed, 14 Nov 2012 21:27:19 GMT

After setting up TFS 2012 from a TFS 2010 upgrade and moving over SvnBridge from the old TFS 2010 server everything seemed to be working fine from within TortoiseSVN except when I would get about three levels deep in the folder structure I started getting 404 errors in the SvnBridge logs.

Exception:
   System.Net.WebException: The remote server returned an error: (404) Not Found.
   at System.Net.HttpWebRequest.GetResponse()
   at CodePlex.TfsLibrary.ObjectModel.WebTransferService.DownloadBytes(String url, ICredentials credentials)
   at SvnBridge.Infrastructure.FileRepository.GetFile(ItemMetaData item, Guid repositoryUuid) in C:\Projects\SvnBridge\SvnBridgeLibrary\Infrastructure\FileRepository.cs:line 29
   at SvnBridge.SourceControl.TFSSourceControlProvider.ReadFile(ItemMetaData item) in C:\Projects\SvnBridge\SvnBridgeLibrary\SourceControl\TFSSourceControlProvider.cs:line 650
   at SvnBridge.SourceControl.TFSSourceControlProvider.GetItems(Int32 version, String path, Recursion recursion, Boolean returnPropertyFiles) in C:\Projects\SvnBridge\SvnBridgeLibrary\SourceControl\TFSSourceControlProvider.cs:line 809
   at SvnBridge.SourceControl.TFSSourceControlProvider.GetItemsWithoutProperties(Int32 version, String path, Recursion recursion) in C:\Projects\SvnBridge\SvnBridgeLibrary\SourceControl\TFSSourceControlProvider.cs:line 204
   at SvnBridge.Proxies.RemotingInvocation.Proceed() in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\RemotingInvocation.cs:line 75
   at SvnBridge.Proxies.RetryOnExceptionsInterceptor`1.Invoke(IInvocation invocation) in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\RetryOnExceptionsInterceptor.cs:line 27
   at SvnBridge.Proxies.RemotingInvocation.Proceed() in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\RemotingInvocation.cs:line 59
   at SvnBridge.Proxies.TracingInterceptor.Invoke(IInvocation invocation) in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\TracingInterceptor.cs:line 28
   at SvnBridge.Proxies.RemotingInvocation.Proceed() in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\RemotingInvocation.cs:line 59
   at SvnBridge.Proxies.ProxyFactory.RemotingProxy.Invoke(IMessage msg) in C:\Projects\SvnBridge\SvnBridgeLibrary\Proxies\ProxyFactory.cs:line 46
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at SvnBridge.SourceControl.TFSSourceControlProvider.GetItemsWithoutProperties(Int32 version, String path, Recursion recursion)
   at SvnBridge.Handlers.GetHandler.Handle(IHttpContext context, TFSSourceControlProvider sourceControlProvider) in C:\Projects\SvnBridge\SvnBridgeLibrary\RequestHandlers\GetHandler.cs:line 58
   at SvnBridge.Handlers.RequestHandlerBase.Handle(IHttpContext context, IPathParser pathParser, NetworkCredential credentials) in C:\Projects\SvnBridge\SvnBridgeLibrary\RequestHandlers\RequestHandlerBase.cs:line 46
   at SvnBridge.Net.HttpContextDispatcher.Dispatch(IHttpContext connection) in C:\Projects\SvnBridge\SvnBridgeLibrary\Net\HttpContextDispatcher.cs:line 132
   at SvnBridgeServer.SvnBridgeHttpHandler.ProcessRequest(HttpContext context) in C:\Projects\SvnBridge\SvnBridgeServer\SvnBridgeHttpHandler.cs:line 59

I was able to setup remote debugging to the server and realized that in the Web.config file I did not have a trailing / at the end of my TfsUrl.

Incorrect:

<add key="TfsUrl" value="http://tfs12:8080/tfs"/>

Correct:

<add key="TfsUrl" value="http://tfs12:8080/tfs/"/>

What I found out was in SvnBridge\SvnBridgeLibrary\Infrastructure\MetaDataRepositoryNoCache.cs line 73 the code is doing a contains on the path "/tfs/" and since my url was only "/tfs" it was not matching and was thus calling the asmx service and not the ashx handler which TFS 2010 and TFS 2012 is expected.

var downloadUrlExtension = serverUrl.Contains("/tfs/") ? "ashx" : "asmx";

Hope this helps someone else in the future.

New Post: Error committing: telling Subversion to ignore files

VahidN — Sat, 10 Nov 2012 06:04:13 GMT

This problem still exists especially in the CodePlex.

New Post: "Depth not supported" error in log

ikaschenko — Fri, 09 Nov 2012 11:56:27 GMT

Hi am42,

Looking forward to having your fix hopefully working and uploaded soon! Anyway, a lot of people behind me are waiting for this issue to go away, so may the force be with you! :)

New Post: "Depth not supported" error in log

am42 — Fri, 09 Nov 2012 08:50:45 GMT

All I can say is:

likely coincidentally (happened to stumble upon this requirement) fixed in my updated patchset:

commit 82168c438c6493921f03e1e8a3c4fd5a165b0033
Date: Fri Oct 5 16:25:32 2012 +0200

PROPFIND: should assume "Depth: infinity" as default when unspecified.

Haven't posted an update of my patchset tracker yet (want to do some more local testing).

New Post: "Depth not supported" error in log

ikaschenko — Fri, 09 Nov 2012 08:26:51 GMT

Hi All,

I have an SVN bridge at IIS referring to my TFS repo. For about a week it worked perfectly but suddenly stopped (looks like after a certain commit) and writes an error in the its log under iis (See below). Is there any way to understand and fix the root cause? or a workaround? thanks.

Message : Depth not supported:
Request : PROPFIND /NetworX/Dev/FP501/visionSchedule/Web/visionExport.jsp HTTP/1.1
<?xml version="1.0" encoding="utf-16"?>
<propfind xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="DAV:">
<prop>
    <lockdiscovery xmlns="DAV:" />
</prop>
</propfind>

Exception:
   System.InvalidOperationException: Depth not supported:
   at SvnBridge.Handlers.PropFindHandler.GetFolderInfo(TFSSourceControlProvider sourceControlProvider, String depth, String path, Nullable`1 version, Boolean loadPropertiesFromFile)
   at SvnBridge.Handlers.PropFindHandler.WritePathResponse(TFSSourceControlProvider sourceControlProvider, String requestPath, String depth, PropData data, Stream outputStream)
   at SvnBridge.Handlers.PropFindHandler.HandleProp(TFSSourceControlProvider sourceControlProvider, String requestPath, String depthHeader, String labelHeader, PropData data, Stream outputStream)
   at SvnBridge.Handlers.PropFindHandler.Handle(IHttpContext context, TFSSourceControlProvider sourceControlProvider)
   at SvnBridge.Handlers.RequestHandlerBase.Handle(IHttpContext context, IPathParser pathParser, NetworkCredential credentials)
   at SvnBridge.Net.HttpContextDispatcher.Dispatch(IHttpContext connection)
   at SvnBridgeServer.SvnBridgeHttpHandler.ProcessRequest(HttpContext context)

Stack Trace:
   at SvnBridge.Handlers.PropFindHandler.GetFolderInfo(TFSSourceControlProvider sourceControlProvider, String depth, String path, Nullable`1 version, Boolean loadPropertiesFromFile)
   at SvnBridge.Handlers.PropFindHandler.WritePathResponse(TFSSourceControlProvider sourceControlProvider, String requestPath, String depth, PropData data, Stream outputStream)
   at SvnBridge.Handlers.PropFindHandler.HandleProp(TFSSourceControlProvider sourceControlProvider, String requestPath, String depthHeader, String labelHeader, PropData data, Stream outputStream)
   at SvnBridge.Handlers.PropFindHandler.Handle(IHttpContext context, TFSSourceControlProvider sourceControlProvider)
   at SvnBridge.Handlers.RequestHandlerBase.Handle(IHttpContext context, IPathParser pathParser, NetworkCredential credentials)
   at SvnBridge.Net.HttpContextDispatcher.Dispatch(IHttpContext connection)
   at SvnBridgeServer.SvnBridgeHttpHandler.ProcessRequest(HttpContext context)

Headers:

Connection: TE
Connection: Keep-Alive
Content-Length: 118
Content-Type: text/xml; charset="utf-8"
Accept-Encoding: gzip
Authorization: Basic Q09SUFxJdmFuLkthc2NoZW5rbzoxUTJ3M2U0cjV0
Host: 10.106.41.211:8081
TE: trailers
User-Agent: SVN/1.7.4 SVNKit/1.7.4-v1 (http://svnkit.com/) r9190_v20120510_1337
DAV: http://subversion.tigris.org/xmlns/dav/svn/depth
DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo
DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops

New Post: TFS 2012 , SVN Bridge, IIS 7.5 (working)

mtdsi — Tue, 06 Nov 2012 14:22:26 GMT

Thanks for investigating and sharing!

I have one question. You say that you rebuilt the source "as of today." Are there mods in that source that are required to make VS2012 work, or would this also work with the downloadable version?