Visual Studio.NET IDE Integration

Could anyone point me to a document or provide information with integrating TeamSite with the Visual Studio.NET IDE? The reason I'm asking, we are trying to transition all our web application development to be under TeamSite. We are mainly a Microsoft shop, but the powers that be have declared TeamSite as the mainstream source control/versioning system for our department.

Couple questions, how does a team handle check in/out of files for a Visual Studio.NET solution/project file?

Has anyone successfully developed an application using Visual Studio and TeamSite in a team environment?

Thanks for any feedback supplied.

Find more posts tagged with

Comments

Migrateduser

I would suggest you use VSS for the source assets, then only manage the deployed assets in TeamSite. VSS and VS.NET integrate very well, and there is no real VS.NET/TeamSite integration out of the box. To the best of my knowledge TeamSite will always check files out to c:\iwtemp\ridiculously\long\path\matching\branch\workarea\and\directory\file.cs which is probably not where you want to store your VS.NET code. You might try going directly against the IWSERVER share, but this might have performance implications for large builds (and defeats locking).

Migrateduser

Well, the powers, are going to contact Interwoven and get their official response. Hopefully, the response will be along either two lines, one, yes we have an add-in for VS.NET that will work with TeamSite, or two, no you will want to use VSS to accomplish this and store actual complete versions in TS.

We do share the IWMNT folder on our SUN box for network access. I'm sure this would be acceptable, but we really want to take advantage of TS's source control features if we can. I'm pretty sure an API and add-in could be developed for VS.NET with Interwoven and Microsoft's help. It would also offer IW a major advantage and open a whole new market for their applications.

Migrateduser

Try to make sure the powers talk to someone technical, not someone in sales. I think sales would try to sell you TeamCode to solve this, which I am not sure would help. I don't think Interwoven would ever recommend VSS.

Maybe there is some integration tool I am not aware of, or maybe TeamCode could do a better job than LaunchPad.

Migrateduser

Is their information on TeamCode misleading? Does it really integrate from the IDE? Or is the IDE they are talking about their IDE not third-party IDE's?

Rather curious, why they would need a seperate product to do this. If I could find information on VS.NET source control providers and how to write one, I could most likely hack a resolution rather quickly using command line tools and web services ...

Migrateduser

I really don't know. I scanned the documentation quickly, it seemed more about project management through branching and such than integrating with any third-party IDE. I also heard they had pulled it off the shelf for some period of time, but I never confirmed this rumor. I'm sure they would be happy to send a sales guy out to talk to you about it.

Migrateduser

this is what we get for having managers that are completely anti-microsoft ... garh, rant rant rant ... ha...

seriously though, the last thing we need is more sales people here trying to get us to buy stuff Smiley Wink

laj1

How are anti-MS managers allowing the adoption of .NET as a development tool?
Len.

Len Jaffe
My Heart Is A Flower
Update your DevNet profile - let us know who you are!

Migrateduser

They went ahead and started developing on the Java platform ... for our website ... then our internal group needs to go to the next level either java or .net ... they chose vb.net because its supposed to be simple ... sadly ... we are going to try to tranform 20 year veterans of cobol to .net programmers in hopefully 6-12 months ...

laj1

Time to implement the Motrin metric.

Len Jaffe
My Heart Is A Flower
Update your DevNet profile - let us know who you are!

Migrateduser

TeamCode has an IDE plugin for WebSphere Studio Workbench v2.0 and Open-Source Eclipse 2.0 Project based tools. The plugin can be used stand-alone or in conjunction with the TeamCode server components. We do not currently have a .NET plugin.

Shannon McMahon
Product Marketing Manager
Interwoven Developer Tools

--------
Shannon McMahon
Product Marketing Manager
Interwoven Developer Tools

Migrateduser

Ya, that's what our contact told us, so I contacted Microsoft on their commen source code control API and received documentation on that and I'm already 40% complete with building the perl modules for the web services and 60% complete with building the DLL that will act as a source code control provider. Many applications take advantage of this, that's why I'm suprised you didn't already support it. The API is very simple to program.

Migrateduser

Understand you're currently underway with your add-in to VSS.Net. Would be interested in talking with you sometime about what you're doing. You might look at our existing plugin for WebSphere Studio (it's a free download from the support site) so you can see what functionality we expose. It's basic team-based code control functionality. You also might look at implementing or extending your VS.Net add-in using our ContentServices (SOAP) interface to TeamSite. The upcoming release will provide all the APIs you need to create or extend your add-in.

Darren Knipp
Group Product Manager
Interwoven

Migrateduser

Actually, if you do have a web service already for TeamSite I would much rather adapt the provider to that than write my own (I was going to write some CGI's that do this) ... it sounds like its not quite ready. We (our company) are in the process of upgrading TeamSite to version 5.5.2 ... will this be an add-in or part of a later version release?

Migrateduser

Our existing ContentServices v1.1 provides java convenience libraries and uses SOAP/XML for transport. It doesn't have all the APIs you'd need. The ContentServices v2.0 SDK that will ship with TS 6.0 will as we made sure it would based on what we needed when we developed the WebSphere plugin.

You could use our existing OpenAPI (Java/RMI) SDK for TeamSite to build your plugin ahead of CS 2.0 for TS 6.0. We used OpenAPI as the connection mechanism for the WebSphere plugin.

OpenAPI SDK is available from the support site. Hope this helps. The CS 2.0 beta begins in June if you're interested you can sign up on our www site.

http://www.interwoven.com/cgi-bin/ts60_beta.cgi

Darren Knipp
Group Product Manager
Interwoven

Migrateduser

Ahk, we are only upgrading to 5.5.2 now, so the next upgrade will probably be around version 7 or 9 knowing this place. Thanks for the input, I'd probably not be able to use too much of the OpenAPI SDK info any way, since I have to write this bad boy in C++ with .NET extensions, luckily, I have that.

Well, I guess I'll have to custom build my web services for now ... unless anyone else has any more suggestions... thanks

Chinese words.doc

Migrateduser

Understood. Let me know how things go: darren@interwoven.com.

Would you be interested in posting what you do for the add-in to DevNet? There may be a bennie for doing this in the near term.

Cheers,
Darren
Interwoven PM

Migrateduser

I wouldn't have a problem with posting the logic and the web service. But the actual API that I'm coding is part of a non-disclosure agreement between myself and Microsoft. If you could acquire one on behalf of your company and my company says its ok then I would be more than glad to supply you with the code. I couldn't post it as open source because of the NDA though...

Migrateduser

Here is the config the used. Chad tested the socket; Myra added code to the driver.

Chad Salinas About your configuration
Chad Salinas Item Your Value Expected Value Notes
Chad Salinas OS Name Windows XP Windows XP OK
Chad Salinas Java Version 1.4.2 1.4.2 OK
Chad Salinas Servlet Container Apache Tomcat/4.1.29 Apache Tomcat/4.1.29 OK
Chad Salinas XML Parser org.apache.xerces.jaxp.DocumentBuilderImpl org.apache.xerces.jaxp.DocumentBuilderImpl OK
Chad Salinas Xerces Version Xerces-J 2.6.1 Xerces-J 2.6.1 OK
Chad Salinas JDBC Driver URL jdbc:hsqldb:hsql://localhost:1701 jdbc:hsqldb:hsql://localhost:1701 OK
Chad Salinas import java.io.*;
Chad Salinas import java.net.*;

Chad Salinas public class EchoServer
{
public static void main(String[] args )
{
try
{
Myra Salinas System.out.println("Creating ServerSocket on 8189");
Chad Salinas ServerSocket s = new ServerSocket(8189);
Chad Salinas while(true)
Chad Salinas {
Chad Salinas System.out.println("Calling accept");
Socket incoming = s.accept( ); Chad Salinas
System.out.println("accept returned"); Chad Salinas
BufferedReader in = new BufferedReader Chad Salinas
(new InputStreamReader(incoming.getInputStream())); Chad Salinas
PrintWriter out = new PrintWriter Chad Salinas
(incoming.getOutputStream(), true /* autoFlush */); Chad Salinas

out.println( "Hello! Enter BYE to exit." );
boolean done = false;
while (!done)
{
String line = in.readLine();
if (line == null)
done = true;
else
System.out.println(line);

if (line.trim().equals("BYE"))
{
out.println("Echo: Bye, Bye, Come Again!");
System.out.println("Echo: Bye, Bye, Come Again!");
done = true;
}
else
out.println("Echo: " + line);
}
incoming.close();
}
}
catch (Exception e)
{
System.out.println(e);
}
}
}