RSS 2.0
Sign In
# Thursday, November 11, 2004

Today the next version of SCCBridge server and client were published. Feel free to download them from our download page.

What's new in this version:

  • The access to Source Safe database is implemented using COM+ object. This approach allows to avoid problems with access to VSS database on the LAN and simplify configuration.
  • The more intelligent List command is implemented. It can retrieve list of files/folders without checking whether files are pinned. This accelerates the list retrieving up to 2-3 times. 
  • The folders tree caching in Repository Explorer is implemented.
  • The caching of files/folders info in source code control provider for Visual Studio .NET 2003 IDE is improved.
  • Source code control provider for IDE now doesn't require user's credentials for each project in the solution.
  • Source code control provider can open now solutions created with Source Safe.
  • Fix: checkout during file editing in Repository Explorer.
  • History dialog allows to determine either a specified or whole history period to get history data.
  • Repository Explorer and source code control provider support the same configuration file now.
  • FileSystemBridge is removed from the installation.
  • Some security improvement is implemented:
    • From now the SCCBridge client supports Windows Integrated and Basic authentication.
    • The ability to use IE non-dynamic proxy settings is implemented.
    • The endpoint URL is now implemented. This allows to use web service behind the routers and/or firewalls.
    • The SCCBridge client encrypts VSS user name, password and database before send them to the web service.
    • The user doesn't see projects when he doesn't have any right on it. The users' rights on projects can be determined by VSS Admin utility.

P.S. Comments and suggestions are welcome.

Thursday, November 11, 2004 10:21:03 PM UTC  #    Comments [41] -
SCCBridge
Saturday, November 13, 2004 12:23:54 AM UTC
I have noticed that the latest version of project explorer uses pegs my cpu to 100% while running. I do not think the previous version did this. Any ideas. Also, I noticed that project explorer displays all the temp files associated with deleted files ( I think ). This is a bit annoying. Any ideas on this front. I think you guys have done a great job on this software, just wanted to give you my feedback. Let me know if there is anything I can do about these items. Great software!!

Arwen
Arwen Vaughan
Sunday, November 14, 2004 9:24:49 AM UTC
1). I've fixed the bug with 100% CPU utilization in Repository Explorer. The new version is uploaded.
2). Right now all deleted files are displayed in Repository Explorer by default. You can hide them using "View/Filters/Show Deleted Files". You should uncheck this item and do "Refresh".

Thanks for feedback.
Arthur Nesterovsky
Monday, November 15, 2004 5:41:51 PM UTC
Works great for us.

Thanks alot for this great little application.
Daniel Brown
Tuesday, November 16, 2004 3:44:53 PM UTC
Hi there,
I have been trying to set up SCCBridge in the last couple of days and the server installation went fine, but when I came to run the MSI on the client I get a message "The installer was interupted before the SCCBridge client could be installed. You need to restart the installer to try again.
Click "Close" to exit."

I am pretty sure there is nothing wrong on the machine and I have tried restarting the installer, and the machine but to no avail. Do you have any ideas how I can solve this problem?
Thanks in advance
Mark Reed
Thursday, November 18, 2004 4:25:18 PM UTC
Got the client working now and it seems to be a great tool. I think it will save us lots of time using VSS over slow network connections! However one comment that I would make is that there is no easy way to see if a file is shared between projects. In VSS there is a different icon. Great stuff though keep it up!
Mark Reed
Thursday, November 18, 2004 10:26:10 PM UTC
Fantastic stuff. Thanks a bunch! One UI nit - the dialog boxes in the Explorer don't dismiss with the ESC key, as the Windows UI standard dictates.
Friday, December 3, 2004 4:52:08 PM UTC
Is it possible to implement an aspx page that works like the GUI client?
Stefano
Saturday, December 4, 2004 8:48:30 AM UTC
Theoretically yes, but the crucial point in this approach is sending files to/from that ASPX page. Right now the SCCBridge web service receives files as zipped DIME attachments. This allows transmitting files via Internet more quickly.

In fact such approach requires, at least, existing a COM component that implements DIME attachments for client-side script.
Arthur Nesterovsky
Wednesday, December 15, 2004 9:50:46 PM UTC
We are a multi party team and we have been using SCCBridge for several months now. We are very happy to have found a solution that satisfies the network security concerns of all involved parties.
There are two things that frustrates me as a user and I wonder if they are addressed in the current version.
1) Is it possible to get a report from SCCBridge on all files that I currently have checked out?
2) If I have a file checked out and then do a "get latest version" on the folder, the checked out file reverts to the version on the server. Is this fixed in the current version?
Hakan Lidstrom
Thursday, December 16, 2004 8:46:21 AM UTC
> 1) Is it possible to get a report from SCCBridge on all files
> that I currently have checked out?

No, there is no such report yet, but I'll implement it.

> 2) If I have a file checked out and then do a "get latest
> version" on the folder, the checked out file reverts to the
> version on the server. Is this fixed in the current version?

Yes, this is fixed.

Open "Repository Explorer", select "Tools/Settings" menu, then
open "Source control/General" topic. You will see there "Overwrite 'checked out' files during 'get latest version'" option. By default it's unchecked. This means that 'checked out' files will not be overwritten.

By the way, since both GUI and source code control provider for IDE use the same configuration file, this option will be applicable to both of them.

Arthur Nesterovsky
Friday, December 17, 2004 6:47:17 AM UTC
Great job!!! it works fine for me and the team, Thanks so much!
Preston Wang
Sunday, December 19, 2004 3:26:08 PM UTC
I can't find the source on the download page. Did you remove this? I am wanting to look at an example of how to use DIME. I use your product often. It is a wonderful tool.
Scott Beardsley
Sunday, December 19, 2004 6:44:39 PM UTC
The sources are available by e-mail request (use link below).
Arthur Nesterovsky
Wednesday, January 5, 2005 4:40:49 AM UTC
has problem:
When I use the URL including port name in the SccBirdge Client like
http://10.50.7.11:34524/BridgeServer/Repository.asmx, the Client can't work because of the port number, It can work when I use http://10.50.7.11/BridgeServer/Repository.asmx.
wp127
Thursday, January 13, 2005 10:25:50 AM UTC
greetings.

trying to get the SCC Client to work (using the Repository Explorer), but am running into the following problem:

[1/13/2005 12:21:09 PM][ERROR] System.Web.Services.Protocols.SoapException: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.ArgumentNullException: Value cannot be null.
Parameter name: InString
at NesterovskyBros.BridgeServer.Repository.Login(String UserName, String Password, String Database)
--- End of inner exception stack trace ---
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 NesterovskyBros.SCCClient.localhost.RepositoryWse.Login(String Credentials)
at NesterovskyBros.SCCClient.ServiceProvider.Login(IUser user, Int32 timeout)

I have NOT set a ENDPOINT URL - as I am unsure of this.

Anyone know what the problem? The client is running on a separate machine to the server. I did the test on the server, which appeared to work correctly.

Any assistance would be much appreciated.

Carl
Carl Olivier
Monday, January 17, 2005 12:05:00 PM UTC
Hi,

I recently installed the server and client components for the SCCBridge. However, I was not able to locate the SCCClient.dll file, used for remote connection.

Am I missing something, or the file is not a part of the installer?

- Sagar
Sagar Shelke
Monday, January 17, 2005 12:07:19 PM UTC
You'll find this dll in GAC.
Arthur Nesterovsky
Tuesday, January 18, 2005 7:41:00 AM UTC
Arthur,

Thanks for the reply. I found the assembly in the GAC. But I am not able to refer to it in VS.
How do I make use of the SCCClient dll in my application to use the web service?

I am trying to run the sample that you have provided.

Thanks again for the wonderful tool and appreciate your patience.

- Sagar
Sagar Shelke
Tuesday, January 18, 2005 8:34:42 AM UTC
I just forget to include it in the latest installation,
but you can do following:

1) subst g: c:\winnt\assembly - "this will create virtual
drive G:";
2) use "G:\GAC\SCCClient\1.1.0.0__7063ec87c4581976\SCCClient.dll"
in Visual Studio .NET to access that library.

This is rather tricky way to access this dll, but it works.

P.S. Be careful with content of the disk "G" - remember this is
your GAC. If you wish, I can send that dll to you via e-mail.
Arthur Nesterovsky
Tuesday, January 18, 2005 8:56:59 AM UTC
Thanks Arthur, that worked out for me.

I am able to connect to the database and use the source control.

Just a question here. Under what circumstances is the "RepositoryPath" from the web.config used. There is a comment saying that it is the default path. Is it that if you dont specify any database then that's the one to be used.

Cause' if I dont set the database property for the user object, the service throws an error.

- Sagar
Sagar Shelke
Wednesday, January 19, 2005 10:10:34 AM UTC
I just want to say thank you. It's a really nice tool you have provided us with.

I have some problem thou each time i have made big changes in a project like adding new files and stuff. It seems that i have to remove all files from local computer and then choose "Open from Source control" again and "re-specify" everything.

When i choose "Get latest" in VS.NET on a project with new files i get .. "An error occured when you attempt to access the source control system. Check Installation" ..

Mabye i can look more in some log or something?
Thursday, January 20, 2005 3:08:06 PM UTC
Hey, ive been useing SCC bridge for a few months now and i think its great. Then just reicently it stopped working for me, when i try to log in it returns the following message.

"[1/20/2005 10:06:17 AM] login: Message Expired"

I checked your site, saw the new version, installed it, same message. I can invoke the test function and it works fine. Had to fall back to the normal VSS client for now.
Rocker
Thursday, January 20, 2005 3:34:07 PM UTC
Rocker,

just check clocks on both server and client. It seems to me they are nonsynchronized (the time on the server is not equals to the time on the client +/- time-zone).
Arthur Nesterovsky
Thursday, February 3, 2005 7:45:24 PM UTC
thanks arthur,

this new version seems to work great, i noticed a few quirks have been worked out.

i expanded to multiple clients now, and seem to have some issues with root paths. for example i set c:\development as the root path on both clients, so on the first client when i add files to a project it adds the paths from that as the root. But on the second client, with the root set to the same thing, it keeps adding a "development" subfolder, like the root is set to c:\, even though its not.
Rocker
Sunday, February 13, 2005 1:07:17 AM UTC
Guys,

Perhaps I am just whacjed from the fumes of a blowtorch, but it appears from my playing the the Repository Explorer that the fields in the login screen do not line up properly with what is being sent to the server.

If I fill out the fields properly,

Service: http://209.195.184.240/BridgeServer/Repository.asmx
User Name: Administrator
Password: ************

here is what I get

[02/12/2005 7:59:02 PM] login: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.Runtime.InteropServices.COMException (0x8004D117): The SourceSafe database path Administrator does not exist. Please select another database.

Server stack trace:
at NesterovskyBros.SCCBridge.ISCCBridge.Login(String UserName, String Password, String Database)
at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(MethodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]:
at NesterovskyBros.BridgeServer.Repository.Login(String Credentials)
--- End of inner exception stack trace ---

Now if I do the following:

Service: http://209.195.184.240/BridgeServer/Repository.asmx
User Name: D:\Program Files\Microsoft Visual Studio\VSS\srcsafe.ini
Password: ************

[02/12/2005 8:00:06 PM] login: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.Runtime.InteropServices.COMException (0x8002000A): Invalid access code (bad parameter).

Server stack trace:
at NesterovskyBros.SCCBridge.ISCCBridge.Login(String UserName, String Password, String Database)
at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(MethodBase mb, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]:
at NesterovskyBros.BridgeServer.Repository.Login(String Credentials)
--- End of inner exception stack trace ---

It would appear that the GUI field for the username or password is missing, and the UserName should be relabeled to database path

Just a guess...I would LOVE to try this out and it seems like it will eventually work. Keep us posted!

Thanks,
jaxmeier the remodeler
jaxmeier
Sunday, February 13, 2005 8:36:16 AM UTC
It's well known VSS OLE Automation's bug. When COM object cannot
access to the specified database it says that "username" database
doesn't exist instead of "database path" database doesn't exist.

So, either you did not specify properly the full path to your
database (to srcsafe.ini file), or the user account under
which "SCCbridge" COM+ application runs doesn't have enough
access rights on the folders (and subfolders) where your database
is stored.

Arthur Nesterovsky
Thursday, March 17, 2005 3:22:42 PM UTC
One little note:

Your setup documentation says "check that the provided user has full access to the temporary folder, returned by Test() method of the SCCBridge web service."

When I was setting up SCCbridge, I made the COM+ component to run under local VSSDEV account I've created for it. I granted it rights for VSS database and C:\Windows\Temp folder. It allowed me to browse repository fine, but wouldn't let me get any files saying access to C:\Windows\Temp\[a guid]\[file's name] was denied. When I granted permissions for C:\Windows\Temp to NETWORK SERVICE account, it started to work fine.

The question is: why NETWORK SERVICE? Why not VSSDEV impersonated by the COM+ component?

I hope this helps other people trying to install this GREAT TOOL!!!
Andriy
Thursday, March 17, 2005 7:52:45 PM UTC
Yep,

this is my fault. Actually they both, COM+ identity and APSNET (or NETWORK SERVICES), should have full access rights on temp folder.

COM+ identity works with OLE automation and creates files in temp folder, whereas ASPNET account gets these files and transfers them to the client, and deletes them after sending.
Arthur Nesterovsky
Wednesday, March 23, 2005 11:11:55 AM UTC
a tiny improvement idea: in Repository Explorer, when clicking on a folder, can it auto-expand the folder after it got the list of subfolders from the server?
Andriy
Wednesday, March 23, 2005 8:24:12 PM UTC
ok,
I'll think of this.
Arthur Nesterovsky
Friday, March 25, 2005 12:05:39 PM UTC
There's an issue with integration module. Or it's rather an issue with VisualStudio itself, but I believe SccBridge should know how to work it around:

Consider following scenario: User creates a new project (along with its solution), and adds the new project only (without the solution) to SourceSafe via native SourceSafe integration client.
Another user gets the project from SourceSafe via SccBridge integration module. VisualStudio creates solution to hold the project, and saves it to the local drive.
Then, whenever this second user checks a file out via SccBridge integration module, the file will get checked out, but VisualStudio will show the file as checked out by someone else, and will display a message like "File is checked out exclusively to someone else". The user will then have to GetLatestVersion, or RefreshStatus, in order for VS.NET to show the file as check out by this user. Furthermore, when the user checks the file in, it will still show up as checked-out by him, so the user would have to GetLatestVersion, or RefreshStatus again.

I think this has to do with the way VS.NET writes Source Control information to its project and solution files...

Please advise.
Andriy
Thursday, May 26, 2005 7:21:23 PM UTC
Will there be support for multiple working directories? (ie. make "Set Working Folder") different for each project/branch.

Thanks!
Simon Wong
Monday, June 20, 2005 2:38:09 PM UTC
Is there a reason that no matter what path I try to put in the web.config for the srcsafe.ini file, that it looks in c:\windows\system32 first?
Jay D
Monday, June 20, 2005 8:09:20 PM UTC
There is no any reason in such behaviour.
I'll check this, but... are you sure that it looking for a VSS database there?
Arthur Nesterovsky
Wednesday, October 5, 2005 7:34:44 PM UTC
Hi,

I am trying to open a solution from Source Control using SCCBridge. When I go in and choose the folder with the solution file in it, I get a "Connection failure" dialog and nothing further happens. How can I get this to work?

Thanks!
Rob
Rob
Wednesday, December 21, 2005 5:25:40 PM UTC
Hi,

I'm trying to configure SCCBridge using windows authentication. I have a Windows 2003 Server running IIS, with Integrated Windows Authentication enabled, and anonymous access disabled. Visual Soursafe is installed in another server in LAN.
I would like to have a unique user to access IIS server and different users in VSS.
Everything works well when the user and password of remote client are the same in IIS server.
When the user or password are different, the test works fine (using a browser), asking user and password before to show the test definition. But if I run Repository explorer and try to log in, system asks login and password and I receive an Error 401.
How I can configure web service to work as described before?

Thanks,

Cristian.
Cristian Rodriguez
Monday, April 3, 2006 10:06:07 AM UTC
This is really a great tool.

Can you send me the source code to my e-mail id denniskjoy@gmail.com.
Dennis
Monday, April 3, 2006 12:05:53 PM UTC
Everybody can download sources from GotDotNet web-site:
http://www.gotdotnet.com/workspaces/workspace.aspx?id=d14684f2-4594-4b1a-997e-a61d5f7e13a1
Arthur Nesterovsky
Wednesday, June 21, 2006 4:33:19 PM UTC
Actually interesting site. Thanks to you for info. You are good that, remain so.
Wednesday, June 21, 2006 4:33:33 PM UTC
Hi Arthur. Great Product. One question though.

Can I connect to multiple repositories with the client? I understand that the repository path is specified in the web.config file... but can I specify multiple?

Maybe you have to set up multiple versions of the server running on different ports????

Thanks,
Joe Bob
Joe
Wednesday, June 21, 2006 7:06:37 PM UTC
Client can provide another path to a repository than it's specified in Web.config.
Arthur Nesterovsky
Comments are closed.
Archive
<December 2019>
SunMonTueWedThuFriSat
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234
Statistics
Total Posts: 366
This Year: 2
This Month: 0
This Week: 0
Comments: 252
Locations of visitors to this page
Disclaimer
The opinions expressed herein are our own personal opinions and do not represent our employer's view in anyway.

© 2019, Nesterovsky bros
All Content © 2019, Nesterovsky bros
DasBlog theme 'Business' created by Christoph De Baene (delarou)