How can we help you today? How can we help you today?
Chris.Allen
Sorry for all these problems guys. As some of you have found out - profiling under the development web server usually works much better (the web dev environment is much simpler than IIS- no impersonation, no SSL etc) but we still haven't got to the bottom of the real problem here although it is very likely to do with how applicationHost.config is dealt with). So, my colleague Brian found a way of bypassing this which seems to work well in some case. Debugging from the top. Are you using <= .NET 1.1? Also, is your app pool configured in Integrated Pipeline mode? We don't seem to do so well with the early frameworks or integrated pipeline. If its possible, please try a different configuration (e.g. .NET 2.0, classic mode). Otherwise, the workaround is to use a console app that uses HostableWebCore and treats the applicationHost.config file differently to ANTS (so if this works, we know that this is the cause of the problem). Please download it from here (if you are using .NET 1.1) ftp://support.red-gate.com/Patches/ANTS ... Host11.zip (otherwise) ftp://support.red-gate.com/Patches/ANTS ... onHost.zip The original post was here: http://www.red-gate.com/MessageBoard/vi ... t=antsappl icationhost ReadMe.txt included in zip file. / comments
Sorry for all these problems guys. As some of you have found out - profiling under the development web server usually works much better (the web dev environment is much simpler than IIS- no imperso...
0 votes
Can you test the SVN connection *independently* of Redgate Source Control (through, for example, tortoise SVN)? It important to know if its a general SVN issue or something caused by our libraries / comments
Can you test the SVN connection *independently* of Redgate Source Control (through, for example, tortoise SVN)? It important to know if its a general SVN issue or something caused by our libraries
0 votes