Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Date: Thu, 26 Sep 2013 14:17:12 -0500
From: "William A. Rowe Jr." <wrowe@rowe-clan.net>
To: dev@httpd.apache.org
Cc: jkaluza@redhat.com
Subject: Re: any interest in massaging the new error log provider to fit
 into 2.4.x?
Message-ID: <20130926141712.7199dde8@hub>
In-Reply-To: <52412C03.2030009@redhat.com>
References: 
 <CAKUrXK5t7UqZ51_bvfUpi+HGXdO+ktpRLSebipJAVwcCOudtUQ@mail.gmail.com>
	<CABw-3Yfe_qWEYaOt-XgTdEw5KsuDWjtaib0+M7j+TWBV7GnOeA@mail.gmail.com>
	<CAKUrXK5BxxveuP5hv=HqDO04ywg9EfBhaXaBKrLauWUjL+Y=NA@mail.gmail.com>
	<CABw-3YdN5VqbRopMa6gN17GDJSkvME=Qh=Y-EQdEgHnTSMgCrw@mail.gmail.com>
	<52412C03.2030009@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, 24 Sep 2013 08:06:59 +0200
Jan Kalu=C5=BEa <jkaluza@redhat.com> wrote:

> On 09/23/2013 09:30 PM, Ivan Zhakov wrote:
> > On 23 September 2013 23:13, Jeff Trawick <trawick@gmail.com> wrote:
> >> On Mon, Sep 23, 2013 at 2:54 PM, Ivan Zhakov <ivan@visualsvn.com>
> >> wrote:
> >>>
> >>> On 23 September 2013 22:35, Jeff Trawick <trawick@gmail.com>
> >>> wrote:
> >>>>
> >>>> In 2.4 the syslog logging wouldn't be implemented as a provider,
> >>>> the ErrorLog directive parser would be different, new structure
> >>>> fields would be at the end, but otherwise it shouldn't be hard :)
> >>>>
> >>>
> >>> It could be theoretical backward compatibility issue if someone
> >>> uses log named the same as some provider. Why not add new
> >>> directive LogProvider?
> >>
> >>
> >> I've never seen a log file within the ServerRoot directory.  The
> >> risk of such a configuration and it matching a provider actually
> >> loaded seems low enough (and with an easy enough workaround) to
> >> forgo having a different configuration directives between
> >> 2.4/next-major-release.
> >>
> >> But maybe
> >>
> >> ErrorLogProvider provider-name arg1-n
> >>
> >> would be nicer anyway (same in all applicable branches).
> >>
> > Another option to use ':' to separate log provider and arguments.
> > Like ErrorLog syslog:arg1-n. It could be useful when log destination
> > specified in command line using '-E' option:
> > httpd -E "syslog:" or httpd -E "eventlog:Apache2" when Windows Event
> > log provider will be implemented.
>=20
> That's what I use in my patch currently in trunk. You can even write=20
> "ErrorLog file:logs/error_log", but for backward compatibility
> "ErrorLog logs/error_log" works too.
>=20
> Or do you mean you would force ':' suffix even when there are no=20
> arguments for log provider?

You realize : is a problematic overload for Netware (and in theory for
Win32 unless you dodge the X: single-char drive letter bullet)?

What about a "[provider]path syntax" instead?  Any other good ideas?
A notoriously bad idea was the (size) overload of the SSLSessionCache
directive.