[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Proposal for svnserve as a Windows service - 0.1

From: Steve Williams <stevewilliams_at_kromestudios.com>
Date: 2006-02-21 23:32:57 CET

Mark Phippard wrote:

>Peter Samuelson <peter@p12n.org> wrote on 02/21/2006 04:21:32 PM:
>
>
>
>>[Mark Phippard]
>>
>>
>>>I apologize in advance if this has been already discussed, but why
>>>wouldn't you put the "service maintenance" options (create, update,
>>>delete, list) in a separate executable, like svnservice.exe or
>>>something?
>>>
>>>
>>Probably because traditional Windows services have options to install
>>and uninstall themselves, rather than having a helper binary. This is
>>a convenience for distribution and installation. It may not really
>>apply in subversion's case, since subversion already installs quite a
>>few binaries and libraries.
>>
>>
>
>It seems to me that a traditional Windows service is installed by an
>InstallShield-type program. Of course the service executable itself might
>be used under the covers to do this, but still I do not think there is any
>real standard expectation here. I just do not see how adding all of these
>command line options to svnserve is a good idea for usability. Also, note
>that I am not suggesting we need to run a service manager like Apache
>uses, just a separate executable that can manage creating the service.
>
>I think the main change is just to get svnserve to run as a service
>without needing a wrapper. If we wanted, we could then have the Windows
>installer have options to install it, or provide manual instructions, or a
>separate program etc...
>
>

So you would prefer to duplicate effort by having a separate service
installer? It's a Windows-specific feature, so make it work like every
other Windows service and have the ability to install and uninstall
itself. Don't alienate the Windows users by making it work differently
than what they expect it to do.

I would recommend that --create-service become --install-service and
--delete-service become --uninstall-service to be more consistent with
the conventional /install and /uninstall command-line options.

-- 
Sly
This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 21 23:33:50 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.