Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of knst.kolinko@gmail.com
 designates 209.85.220.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <5A0C9295C311114BB11147A04451FFB409F403ADF0@MB-NCR-126.ad.pwgsc-tpsgc.gc.ca>
References: <1495947657.62512.1313764211097.JavaMail.root@mbox03.in.post.sk>
	<5A0C9295C311114BB11147A04451FFB409F403ADF0@MB-NCR-126.ad.pwgsc-tpsgc.gc.ca>
Date: Sat, 27 Aug 2011 01:51:41 +0400
Message-ID: 
 <CABzHfVn3o=RL_jS5uaP8FCf1-ihxy-BiVH3VjW8tAf7Kpx1S9g@mail.gmail.com>
Subject: Re: [daemon] Odd user.dir behaviour with procrun / log4j
From: Konstantin Kolinko <knst.kolinko@gmail.com>
To: Commons Users List <user@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2011/8/19 Jacob Zwiers <Jacob.Zwiers@tpsgc-pwgsc.gc.ca>:
> I have installed a java batch process using the version of procrun that s=
hips with tomcat 5.5.33:
>
> =A0 Commons Daemon Service Runner version 1.0.5.0/Win32 (Jan =A05 2011)
> =A0 Copyright (c) 2000-2011 The Apache Software Foundation.
>
> In the installation, I specify (among other JVM options):
> =A0--JvmOptions=3D"-Duser.dir=3DC:\LOCAL\serverapps"
>
> My log4j.properties configuration includes:
> =A0 log4j.appender.InfoLogFile.File=3D../logs/info.log
>
> However, the info.log file is being written to:
> =A0 C:\WINDOWS\logs
>
> I've checked the value of user.dir at many different points and it's alwa=
ys "C:\LOCAL\serverapps".
>
> But, log4j is behaving as if user.dir=3D"C:\Windows\System32" (or some ot=
her subir of C:\Windows).
>
> From what I can tell from the log4j source (1.2.16), the FileAppender dea=
ls only with the java.io.FileOutputStream and File classes which claim to m=
ake paths relative from the user.dir location.
>
> I've worked around the issue, but I am curious: =A0has anyone else has en=
countered this type of behaviour?
>

1. I think java.io uses OS-level API to open files and resolve
non-absolute paths into absolute ones,  and your hacky attempt to set
user.dir property does not affect OS.

2. There is --StartPath option in procrun (see SO_STARTPATH in
prunsrv.c). I think it might be that it will allow to configure
working directory. I have not tested though.

3. I might be that you can define your own variable and reference it
in log4j.properties. I have not tested it though.  You wrote that you
have already worked around your original problem.

Best regards,
Konstantin Kolinko

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org