OK, thanks, Ross. Please file a bugzilla report on this issue and I promise I'll handle it. Please append this email thread as an attachment to the bug report.
I will put connection closing logic into each ant call. Without looking closely into it, I can see no reason not to as it's just basic connection "hygiene". I won't be able to test whether it solves your problem, but you can be the arbiter of that. Fair enough? Steve Cohen Sr. Software Engineer Sportvision, Inc. scohenATSportvisionDOTcom -----Original Message----- From: Ross Gibb [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2003 9:43 AM To: Ant Developers List Subject: RE: Starteam connect/disconnect Hi, The Starteam server exists on a Windows 2000 box using Microsoft Access as the database, 1 Gig of memory, 2GHz processor. Before you role your eyes and tell me to start using a real database understand that at the time it was all I could afford. Furthermore, I have asked Borland specifically whether my server configuration and the number of users I support would put load on the server slowing it down, they responded that everything should work with good performance. Also, when I have been experiencing slow performance I have gone to my server to see if the processor is maxed out or it is short of memory, each time the server has been fine. As far as running the ANT scripts, I have been using both Windows and Solaris with various graphical front ends (Antelope, and through Eclipse). When I started having these problems I have switched to ANT command line in hopes it was a problem with one of the GUI tools. Even ANT command line produces this problem. The exact actions that cause this problem are as follows. Assume I have just rebooted the server and there are no connections to it. I start my build script from Solaris using ANT command line. The build script uses approx 30 Starteam ANT task calls (stcheckout stlabel only). As the build script executes, all the Starteam tasks are fast, the 30th call is as fast as the first. The build script finishes. After the build finishes if I try and use the Starteam GUI to check out code it is extremely slow. If I were to run another build script all the Starteam ANT tasks (stcheckout, stlabel) are extremely slow. I wait some amount of time (I do not know the exact time but it is around 15 minutes) and everyhing is back to normal, Starteam GUI is fast again, if I run another build it will be fast again. When I first started my build script it was small, around 5 calls to Starteam ANT tasks, I never had these problems when there was a small amount of Starteam targets in the script. If I run a script that has 5 Starteam targets the server does NOT slow down after. I have run netstat on the Starteam server when the build is running and there seems to be a new connection to the build client for every Starteam target called. These connections are visible through netstat until the build ends, when the build is over the connections are no longer visible using netstat. Finally, if I restart the Starteam server when it is in a slow state when it comes back up everything is fine. Thanks for the help. Ross -----Original Message----- From: Steve Cohen [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2003 9:54 AM To: Ant Developers List Subject: RE: Starteam connect/disconnect Hmm, I have never noticed this. While what you say certainly sounds logical (clean up after yourself, basically, as you must do with database connections, etc.) I have never experienced it myself. I can certainly take a look at putting connection-closing logic into these tasks, especially as the connection is not reused between task invocations. What client and server environments are you doing this in? Steve Cohen Sr. Software Engineer Sportvision, Inc. scohenATSportvisionDOTcom -----Original Message----- From: Ross Gibb [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2003 7:54 AM To: [EMAIL PROTECTED] Subject: Starteam connect/disconnect Hi, I am using ANT with Starteam and having some troubles. Right now my build script makes around 30 separate calls to Starteam targets (stcheckout, stlabel exclusively). When the build is finished Starteam seems to get into a weird state where everything is extremely slow (i.e. using the Starteam gui to checkin or checkout code is really slow). The slowness eventually goes away, some sort of timeout I am guessing. I tried to help myself and started poking around the ANT source code to see how the Starteam API is used. I think I found the call to the Starteam API that connects to the server, it is: In class org.apache.tools.ant.taskdefs.optional.starteam.StarTeamTask The function is: /** * All subclasses will call on this method to open the view needed for * processing. This method also saves a reference to the * <code>Server</code> that may be accessed for information at various * points in the process. * * @return the <code>View</code> that will be used for processing. * @see #createSnapshotView(View) * @see #getServer() */ protected View openView() throws BuildException { logStarteamVersion(); View view = null; try { view = StarTeamFinder.openView(getViewURL()); } catch (Exception e) { throw new BuildException( "Failed to connect to " + getURL(), e); } if (null == view) { throw new BuildException("Cannot find view" + getURL() + " in repository()"); } View snapshot = createSnapshotView(view); this.server = snapshot.getServer(); return snapshot; } You can see from the comments that this code returns a Starteam view (and keeps a connection to the server) to the caller. My question is, does this connection have to be closed after you are finished using it???? I have found no code in the ANT source that actually disconnects ( if there is some please point me to it). I have been in contact with the Borland support who claim there is disconnect method that can be called to disconnect from the server (I am not sure it applies in this case). I have requested the Starteam API docs from Borland but they seem to be ignoring me. Hoping someone here would know. Ross --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
