Hi Nick,
Are you saying I am not actually getting and building the latest version? My
Draco emails detail the latest changes...
I want to set it up properly, but the fact remains, when I set it to just
"Portal.sln", I get
"The following files specified on the command line:
Portal.sln
could not be found and will not be loaded."
Why can't it find the solution?
There is a thing here. Mine is a multi-project solution, and when I GET the
solution recursively via Visual Studio, it will know what files to get.
However, the project files are not all hierarchically stored under the
solution in VSS. Does VSS know what the project dependancies are, if I GET
the solution from the command line? I imagine the Visual Studio Source
Control interface parses the .sln file for dependancies.
Here's the bit of the log where it fails to find Portal.sln:
21/10/2003 09:40:03 - Detected path: C:\Program Files\Microsoft Visual
Studio\VSS\win32
21/10/2003 09:40:03 - HISTORY arguments: history "$/SourceSafe
Projects/Application Portal Project/Source Code/Application Portal" -R -I-N
-Y"CooteA" -Vd"21/10/2003;09:40~20/10/2003;17:52"
[EMAIL PROTECTED]:\DOCUME~1\CooteA\LOCALS~1\Temp\tmp92A.tmp
21/10/2003 09:40:03 - Setting SSDIR environment variable to:
\\A629uk06\WebTeam
21/10/2003 09:40:04 - Warning: SS.EXE exit code: 100
21/10/2003 09:40:04 - Portal : Building module
21/10/2003 09:40:04 - Detected path: C:\Program Files\Microsoft Visual
Studio\VSS\win32
21/10/2003 09:40:04 - GET arguments: get "$/SourceSafe Projects/Application
Portal Project/Source Code/Application Portal" -R -I-N -Y"CooteA" -W
21/10/2003 09:40:04 - Setting SSDIR environment variable to:
\\A629uk06\WebTeam
21/10/2003 09:40:05 - Warning: SS.EXE exit code: 100
21/10/2003 09:40:05 - DEVENV arguments: "Portal.sln" /build "Debug" /out
C:\DOCUME~1\CooteA\LOCALS~1\Temp\tmp92C.tmp
21/10/2003 09:40:06 - Portal : Build completed with exit code 1
21/10/2003 09:40:06 - Portal : Sending build results email to:
[EMAIL PROTECTED]
And here's the config:
<devenv>
<!--
The four elements correspond to the devenv.exe command line
options:
devenv solutionfile.sln /build solutionconfig [ /project
projectnameorfile [ /projectconfig name ] ]
see devenv /? for more information.
-->
<!--<solutionfile>E:\SOURCESAFE PROJECTS\APPLICATION
PORTAL PROJECT\Source Code\Portal.sln</solutionfile>-->
<solutionfile>Portal.sln</solutionfile>
<solutionconfig>Debug</solutionconfig>
<!--
<projectnameorfile>module2-common</projectnameorfile>
<projectconfig>Release</projectconfig>
-->
</devenv>
<!--
Configuration for Visual SourceSafe.
-->
<vss>
<!--
The full path the the project in SourceSafe.
-->
<project>$/SourceSafe Projects/Application Portal Project/Source
Code/Application Portal</project>
<!--
The optional username and password.
-->
<username>CooteA</username>
<password></password>
<!--
The path to the directory containing SRCSAFE.INI. In most
cases SS.EXE is in
the VSS\WIN32 directory and by default will find a SRCSAFE.INI
file in the VSS
directory. If you want SS.EXE to use a different SRCSAFE.INI,
use this element.
-->
<ssdir>\\A629uk06\WebTeam</ssdir>
</vss>
</build>
-----Original Message-----
From: Nick Robinson [mailto:[EMAIL PROTECTED]
Sent: 21 October 2003 08:21
To: [EMAIL PROTECTED]
Subject: RE: [Draconet-users] Shhh! Sleeping Draco.....
Andrew,
It does seem strange that having the path inside the config (solutionfile
tag) works. Here is my config details that I have on my machine to check
the draco source runs:
<build>
<name>DracoBuildDev</name>
<pollperiod>1</pollperiod>
<quietperiod>3</quietperiod>
<notification>
<email>
<recipient>[EMAIL PROTECTED]</recipient>
</email>
<file>
<dir>C:\Documents and Settings\Nick\Desktop\BuildOutput</dir>
</file>
</notification>
<devenv>
<!--
The four elements correspond to the devenv.exe command line
options:
devenv solutionfile.sln /build solutionconfig [ /project
projectnameorfile [ /projectconfig name ] ]
see devenv /? for more information.
-->
<solutionfile>draco.sln</solutionfile>
<solutionconfig>Release</solutionconfig>
</devenv>
<vss>
<project>$/fromConcept/SourceForge/Draco</project>
<username>Admin</username>
<password></password>
<ssdir>Z:\VSS\Development</ssdir>
</vss>
</build>
Notice my source is on Z drive, but draco will put the temp dir onto C:
drive. It would be physically impossible for Draco to know the source is
actually on my Z drive, yet it still works. The reason for this is that
draco.sln sits in the root of the source safe project:
$/fromConcept/SourceForge/Draco. Draco will get everything under this
project and put it into a temp directory:
c:\<something>\temp\
If you did dir in there, you would see everything for the Draco source code,
along with draco.sln.
Thats how draco works. I can see that if Draco runs on your development
macine, and your code is indeed on e: drive, then Draco will find the source
code when a call to devenv occurs. But this isnt how you should use it
Andrew. Maybe thats a new feature for Draco - dont allow a full path to be
provided for the solutionfile.
Let us know how you get on.
Nick.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of COOTE,
> Andrew
> Sent: 20 October 2003 16:51
> To: [EMAIL PROTECTED]
> Subject: RE: [Draconet-users] Shhh! Sleeping Draco.....
>
>
> Hi Nick,
> Thanks very much for the response. I intend to look into Nant as soon as I
> have draco happy, but I don't know how it works yet. I was using Buildit,
> but its a bit cranky too.
>
> Some feedback on your comments:
> 1. Yes, I confirm you understand it, except that in step 7, it has been
> happy to run most of the day, and hangs only later, after some succesful
> builds.
> 2. I Confirm that running {DEVENV "E:\SOURCESAFE
> PROJECTS\APPLICATION PORTAL
> PROJECT\Source Code\Portal.sln" /build "Debug" /out} on the build server,
> successfully builds all 30 projects
> 3. Running {DEVENV Portal.sln /build "Debug" /out} on the build
> server, does
> not work - cannot find project file.
> 4. Changing the solutionfile setting to
> <solutionfile>portal.sln</solutionfile> means the build fails and
> I get the
> error "Portal.sln could not be found and will not be loaded."
>
>
> The <project> tage specifies the argument for the GET doesn't it? and the
> <solutionfile> specifies the argument for the build. But they are seperate
> processes, surely. First you get the latest version of the
> source, then you
> build that local version. So, how does devenv know where
> Portal.sln is if we
> dont tell it? It must dynamically create a temp folder. I notice
> every time
> it has crashed out, the temp folder is left behind with the downloaded
> sourcecode.
>
> !?
>
> So I've gone back to the full path to the Portal.sln on the E:
> drive. It is
> running again today, with some successful builds. I expect it to crash out
> again at some stage though.
>
> Thanks again, I will keep you posted.
> Andrew
>
>
>
> -----Original Message-----
> From: Nick Robinson [mailto:[EMAIL PROTECTED]
> Sent: 17 October 2003 17:45
> To: [EMAIL PROTECTED]
> Subject: Re: [Draconet-users] Shhh! Sleeping Draco.....
>
>
> Hi Andrew,
>
> Can I just confirm I understand the problem:
>
> 1. Draco Service runs on a different machine to DracoCli?
> 2. Draco Service runs and tries to build Portal, but simply hangs?
> 3. You stop Draco Service and then you cannot restart the service
> 4. You reboot
> 5. Once reboot, Draco Service restarts
> 6. You then use the draco client to kick start the build
> 7. The build begins with project Portal, and then Draco Service hangs?
> 8. You reboot the Draco service server
>
> Whats wrong with your bloody Dev Solution! ;-) I am running Draco Service
> here to build a web
> solution which has 5 projects in it and have no problems.
> However (this is
> possibly the problem), I
> use the NAnt support of Draco.NET.
>
> Something must be amiss with the something to do with that type of build.
> The params etc passed to
> DEVENV also look like they are correct. Andy, can you go to a console
> window on the machine running
> Draco Service, and enter the following (making sure you have checked the
> Portal project out to the
> current dir):
>
> DEVENV "E:\SOURCESAFE PROJECTS\APPLICATION PORTAL PROJECT\Source
> Code\Portal.sln" /build "Debug"
> /out
>
> Ah...I dont think you should be putting in the full path to the solution
> Andy. It should look
> something like this I believe:
>
> DEVENV Portal.sln /build "Debug" /out
>
> The idea is that you tell Draco to do a GET from the root
> project. So if you
> have your project
> checked into this project in source safe:
>
> $/SOURCESAFEPROJECTS/APPLICATIONPORTALPROJECT/SourceCode
>
> then you would have something like this in the config file:
>
> <build>
> <devenv>
> <solutionfile>portal.sln</solutionfile>
> </devenv>
> ..
>
> <vss>
> <project>$/SOURCESAFEPROJECTS/APPLICATIONPORTALPROJECT/SourceCode<
> /project>
> ...
> </vss>
> ...
>
> </build>
>
> Try that.
>
> Nick.
>
> "COOTE, Andrew" <[EMAIL PROTECTED]> wrote:
>
> > Hi there,
> > Draco newbie here with problem no. 1.
> > Multi-project solution in SS. Build server boots, Draco starts
> up, detects
> > changes, rebuilds, and then after a few rebuilds, quietly goes
> to sleep...
> > Here's part of the logfile up to when it stopped:
> >
> > 06/10/2003 17:27:18 - Portal : Checking module for changes
> > 06/10/2003 17:27:18 - Check: 06/10/2003 16:10:00
> > 06/10/2003 17:27:18 - Check: 06/10/2003 16:10:00
> > 06/10/2003 17:27:18 - Detected path: C:\Program Files\Microsoft Visual
> > Studio\VSS\win32
> > 06/10/2003 17:27:18 - HISTORY arguments: history "$/SourceSafe
> > Projects/Application Portal Project/" -R -I-N -Y"CooteA"
> > -Vd"06/10/2003;17:27~06/10/2003;16:10"
> > [EMAIL PROTECTED]:\DOCUME~1\CooteA\LOCALS~1\Temp\tmpE12.tmp
> > 06/10/2003 17:27:18 - Setting SSDIR environment variable to:
> > \\A629uk06\WebTeam
> > 06/10/2003 17:28:00 - Check: 4
> > 06/10/2003 17:28:00 - Portal : Detected 4 change(s) to module
> > 06/10/2003 17:28:00 - Portal : Entering 60 second sleep period
> > 06/10/2003 17:29:00 - Check again: 06/10/2003 16:10:00
> > 06/10/2003 17:29:00 - Detected path: C:\Program Files\Microsoft Visual
> > Studio\VSS\win32
> > 06/10/2003 17:29:00 - HISTORY arguments: history "$/SourceSafe
> > Projects/Application Portal Project/" -R -I-N -Y"CooteA"
> > -Vd"06/10/2003;17:29~06/10/2003;16:10"
> > [EMAIL PROTECTED]:\DOCUME~1\CooteA\LOCALS~1\Temp\tmpE13.tmp
> > 06/10/2003 17:29:00 - Setting SSDIR environment variable to:
> > \\A629uk06\WebTeam
> > 06/10/2003 17:29:35 - Check again: 4
> > 06/10/2003 17:29:35 - Portal : Detected 0 additional modification(s)
> > 06/10/2003 17:29:35 - Portal : Building module
> > 06/10/2003 17:29:35 - Detected path: C:\Program Files\Microsoft Visual
> > Studio\VSS\win32
> > 06/10/2003 17:29:35 - GET arguments: get "$/SourceSafe
> Projects/Application
> > Portal Project/" -R -I-N -Y"CooteA" -W
> > 06/10/2003 17:29:35 - Setting SSDIR environment variable to:
> > \\A629uk06\WebTeam
> > 06/10/2003 17:31:18 - DEVENV arguments: "E:\SOURCESAFE
> PROJECTS\APPLICATION
> > PORTAL PROJECT\Source Code\Portal.sln" /build "Debug" /out
> > C:\DOCUME~1\CooteA\LOCALS~1\Temp\tmpE26.tmp
> > 08/10/2003 15:58:41 - Stopping Draco.NET
> > 08/10/2003 17:00:05 - Starting Draco.NET
> >
> > I stopped the service, and it will not restart - gives me error -
> > "Could not start the Draco.Net service on Local Computer.
> > Error 1067: The process terminated unexpectedly."
> >
> > Here's the Event log output:
> > Draco.NET failed to initialise.
> > The following exception was thrown:
> > System.Runtime.Remoting.RemotingException: Remoting configuration failed
> > with the exception System.Reflection.TargetInvocationException:
> Exception
> > has been thrown by the target of an invocation. --->
> > System.Net.Sockets.SocketException: Only one usage of each
> socket address
> > (protocol/network address/port)
> > is normally permitted
> > at
> >
> System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.StartListeni
> ng(Object
> > data)
> > at
> System.Runtime.Remoting.Channels.Tcp.TcpServerChannel.SetupChannel()
> > at
> > System.Runtime.Remoting.Channels.Tcp.TcpServerChannel..ctor(IDictionary
> > properties, IServerChannelSinkProvider sinkProvider)
> > at System.Runtime.Remoting.Channels.Tcp.TcpChannel..ctor(IDictionary
> > properties, IClientChannelSinkProvider clientSinkProvider,
> > IServerChannelSinkProvider serverSinkProvider)
> > --- End of inner exception stack trace ---
> > at
> System.Reflection.RuntimeConstructorInfo.InternalInvoke(BindingFlags
> > invokeAttr, Binder binder, Object[] parameters, CultureInfo culture,
> Boolean
> > isBinderDefault)
> > at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags
> > invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
> > at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr,
> Binder
> > binder, Object[] args, CultureInfo culture, Object[]
> activationAttributes)
> > at System.Activator.CreateInstance(Type type, BindingFlags
> bindingAttr,
> > Binder binder, Object[] args, CultureInfo culture, Object[]
> > activationAttributes)
> > at
> >
> System.Runtime.Remoting.RemotingConfigHandler.CreateChannelFromCon
> figEntry(C
> > hannelEntry entry)
> > at
> >
> System.Runtime.Remoting.RemotingConfigHandler.ConfigureChannels(Re
> motingXmlC
> > onfigFileData configData)
> > at
> >
> System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(Re
> motingXmlC
> > onfigFileData configData).
> > at
> >
> System.Runtime.Remoting.RemotingConfigHandler.ConfigureRemoting(Re
> motingXmlC
> > onfigFileData configData)
> > at System.Runtime.Remoting.RemotingConfiguration.Configure(String
> > filename)
> > at Chive.Draco.Draco.OnStart(String[] args)
> >
> >
> > So, I reboot, & fire the remote client: Dracocli /a /start:Portal
> > and off it goes again. Until I have the same hang and cant restart the
> > service, so must reboot.
> > Help!
> > Regards,
> > Andrew
> >
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Draconet-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/draconet-users
>
>
>
> CONFIDENTIALITY NOTICE
> The information contained in this e-mail is intended only for the
> confidential use of the above named recipient. If you are not the intended
> recipient or person responsible for delivering it to the intended
> recipient,
> you have received this communication in error and must not distribute or
> copy it. Please accept the sender's apologies, notify the sender
> immediately by return e-mail and delete this communication. Thank you.
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Draconet-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/draconet-users
>
-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users
CONFIDENTIALITY NOTICE
The information contained in this e-mail is intended only for the
confidential use of the above named recipient. If you are not the intended
recipient or person responsible for delivering it to the intended recipient,
you have received this communication in error and must not distribute or
copy it. Please accept the sender's apologies, notify the sender
immediately by return e-mail and delete this communication. Thank you.
-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users
