RE: [Draconet-users] Another vote for scheduled polling (and rationale).

2003-12-13 Thread Liam Davis-Mead
Oooh, well that's what I get for running off at the mouth before I look
into everything.  *smacks forehead*  Thanks all!

Regards,
Liam

-Original Message-
From: David Reed [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 12, 2003 4:42 PM
To: [EMAIL PROTECTED]
Subject: RE: [Draconet-users] Another vote for scheduled polling (and
rationale).

Isn't that more or less what the /nfb switch does in the Draco client
already?  By default the client forces a build, but if you don't want it
to force and only build if "necessary" throw it the /nfb.

[This commandline warrior has been wishing for a /list switch for the
Draco client for a while now because he can't remember the correct name
or case for all of his nearly 150 builds now...]


> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:draconet-users-
> [EMAIL PROTECTED] On Behalf Of Liam Davis-Mead
> Sent: Friday, December 12, 2003 4:01 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Draconet-users] Another vote for scheduled polling (and
> rationale).
> 
> Actually I like this suggestion, now that I think about it.  As Yves
> points out, the scheduling could get rather hairy if Draco tried to
please
> everybody.  If the cli had a poll/force option, I think I'd be happy
to
> schedule it as a task.  Much cleaner!  Plus the service doesn't need
to be
> restarted to refresh its config file if the schedule needs to be
modified.
> 
> Regards,
> 
> Liam


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys
admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=ick
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users


RE: [Draconet-users] Another vote for scheduled polling (and rationale).

2003-12-13 Thread Gerarde_Albro
That is exactly what /nfb does. I read the source to verify it. 

- Jerry


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Reed
Sent: Friday, December 12, 2003 5:42 PM
To: [EMAIL PROTECTED]
Subject: RE: [Draconet-users] Another vote for scheduled polling (and
rationale).


Isn't that more or less what the /nfb switch does in the Draco client
already?  By default the client forces a build, but if you don't want it
to force and only build if "necessary" throw it the /nfb.

[This commandline warrior has been wishing for a /list switch for the
Draco client for a while now because he can't remember the correct name
or case for all of his nearly 150 builds now...]



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users


Re: [Draconet-users] Another vote for scheduled polling (and rationale).

2003-12-12 Thread Scott Hernandez
Good point David,

I wrote that feature, and that sounds exactly like it. We wanted a nightly
build to occur only if there were changes since the last nightly build. That
is why we needed a no-force-build command line option.

I'm adamantly opposed to putting scheduling into draco.net when the
operating system already support this. Why would you want to introduce more
code that already exists on the system? Do the Scheduled Tasks in windows
not perform to your needs? Is there some feature they are missing? I really
doubt it. Besides, it has been tested and is support by a group that makes
sure it works. Why would anyone want to reproduce a small section of that
functionality when it is already provided.

If anything, we should use it. The only problem there is that it isn't part
of the BCL and isn't support on implementation like mono (as far as I know).
To use it we would have to shell out to the command line, or use the COM
Scheduled Tasks components; but of those have portability problems.

- Original Message - 
From: "David Reed" <[EMAIL PROTECTED]>
> Isn't that more or less what the /nfb switch does in the Draco client
> already?  By default the client forces a build, but if you don't want it
> to force and only build if "necessary" throw it the /nfb.
>
> [This commandline warrior has been wishing for a /list switch for the
> Draco client for a while now because he can't remember the correct name
> or case for all of his nearly 150 builds now...]
> > -Original Message-
> > Subject: RE: [Draconet-users] Another vote for scheduled polling (and
> > rationale).
> >
> > Actually I like this suggestion, now that I think about it.  As Yves
> > points out, the scheduling could get rather hairy if Draco tried to
> please
> > everybody.  If the cli had a poll/force option, I think I'd be happy
> to
> > schedule it as a task.  Much cleaner!  Plus the service doesn't need
> to be
> > restarted to refresh its config file if the schedule needs to be
> modified.
> >
> > Regards,



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users


RE: [Draconet-users] Another vote for scheduled polling (and rationale).

2003-12-12 Thread David Reed
Isn't that more or less what the /nfb switch does in the Draco client
already?  By default the client forces a build, but if you don't want it
to force and only build if "necessary" throw it the /nfb.

[This commandline warrior has been wishing for a /list switch for the
Draco client for a while now because he can't remember the correct name
or case for all of his nearly 150 builds now...]


> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:draconet-users-
> [EMAIL PROTECTED] On Behalf Of Liam Davis-Mead
> Sent: Friday, December 12, 2003 4:01 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Draconet-users] Another vote for scheduled polling (and
> rationale).
> 
> Actually I like this suggestion, now that I think about it.  As Yves
> points out, the scheduling could get rather hairy if Draco tried to
please
> everybody.  If the cli had a poll/force option, I think I'd be happy
to
> schedule it as a task.  Much cleaner!  Plus the service doesn't need
to be
> restarted to refresh its config file if the schedule needs to be
modified.
> 
> Regards,
> 
> Liam


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users


RE: [Draconet-users] Another vote for scheduled polling (and rationale).

2003-12-12 Thread Liam Davis-Mead
Actually I like this suggestion, now that I think about it.  As Yves points out, the 
scheduling could get rather hairy if Draco tried to please everybody.  If the cli had 
a poll/force option, I think I'd be happy to schedule it as a task.  Much cleaner!  
Plus the service doesn't need to be restarted to refresh its config file if the 
schedule needs to be modified.

Regards,

Liam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 12, 2003 8:47 AM
To: [EMAIL PROTECTED]
Subject: RE: [Draconet-users] Another vote for scheduled polling (and rati onale).

I like to keep complexity out of things when I can get away with it. It sounds to me 
like if the dracrocli remoting interface supported a "/poll:buildname" then the 
Windows scheduler could be used. Right now dracocli can be used to start a build 
anyway for those who would like to run a clean build at time X via the Windows 
scheduler. Adding the /poll command would let the Windows scheduler be used to drive 
the "check SCC / maybe run the build" as well. Because of .NET remoting, the scheduler 
and dracocli.exe don't even have to be on the draco build machine after all. 
 
I believe main advantage of using the Windows scheduler is that we get a semi-nice GUI 
for editing schedules for free, and secondly no complex scheduling code needs to be 
created/tested. The downside is that the schedule editor is not an integrated part of 
draco, but what the heck, right now the schedule editor GUI is notepad.exe anyway. If 
this was a shrink-wrap software tool I suppose leveraging Window scheduler might seem 
cheesy, but I think it's perfect for this situation.
 
- Jerry
 
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, December 12, 2003 4:11 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [Draconet-users] Another vote for scheduled polling (and rati onale).
Importance: Low
We seem to evolve from poll period to a more free form of task scheduling (e.g. Poll 
every Monday of the month, Poll every week on Sunday and Saturday, Poll every day at 
12:00 PM, Poll every ...).
Of course, it all depends on people's individual polling requirement.  If only 2 
scenario's exist (namely relative and absolute (daily)), why build more than that into 
Draco?


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
___
Draconet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/draconet-users