On an Oracle JVM, you use a system property lookup to get the
"sun.java.command" system property which gives you the whole command line
but we do not have a syntax to parse it...
Gary
On Thu, Aug 7, 2014 at 2:27 AM, Gary Gregory <garydgreg...@gmail.com> wrote:
> It'll be more complicated than just grabbing the main args of course.
>
> If I say something like ${main:0} that seems easy to deal with, but when I
> say ${main:--file} or ${main:-f} or ${main:-file}, that should pickup the
> _next_ arg in the array. What if it is missing or the next arg is another
> dash option? Too bad I guess. What are the rules?
>
> I could see two lookup classes:
> - One is a named Map Lookup built from a String[], which would be a
> singleton called by the main method:
> MainArgumentsLookup.SINGELTON.set(args); Is the args array a reference or a
> deep copy?
> - Another is the more complex and vendor dependent (and unproven) stack
> walker.
>
> Gary
>
>
> On Wed, Aug 6, 2014 at 11:45 PM, Matt Sicker <boa...@gmail.com> wrote:
>
>> Hey, it's better than having to use sun.util.Reflection!
>>
>>
>> On 6 August 2014 20:19, Gary Gregory <garydgreg...@gmail.com> wrote:
>>
>> > And worse: vendor specific!
>> >
>> > Gary
>> >
>> >
>> > On Wed, Aug 6, 2014 at 9:05 PM, Remko Popma <remko.po...@gmail.com>
>> wrote:
>> >
>> > > Oooh... A little naughty, but a lot of fun! :-)
>> > > Thanks for the pointer!
>> > >
>> > > Sent from my iPhone
>> > >
>> > > > On 2014/08/07, at 9:44, Gary Gregory <garydgreg...@gmail.com>
>> wrote:
>> > > >
>> > > > With some debug API hackery:
>> > > >
>> > >
>> >
>> http://docs.oracle.com/javase/7/docs/jdk/api/jpda/jdi/com/sun/jdi/StackFrame.html
>> > > >
>> > > > Gary
>> > > >
>> > > >
>> > > >> On Wed, Aug 6, 2014 at 8:36 PM, Remko Popma <remko.po...@gmail.com
>> >
>> > > wrote:
>> > > >>
>> > > >> I don't follow... If you walk the stack trace you can find the
>> name of
>> > > the
>> > > >> original class whose main() method was called, but how would that
>> give
>> > > you
>> > > >> access to the main method's parameter values?
>> > > >>
>> > > >> Sent from my iPhone
>> > > >>
>> > > >>> On 2014/08/07, at 9:26, Gary Gregory <garydgreg...@gmail.com>
>> wrote:
>> > > >>>
>> > > >>> Yes you are right but the stack walker could be used even if you
>> do
>> > not
>> > > >> control to source for main. Maybe a script calls a main and then my
>> > app
>> > > >> plugin gets called and I want to also follow the verbose command
>> line
>> > > >> setting.
>> > > >>>
>> > > >>>
>> > > >>> Gary
>> > > >>>
>> > > >>> <div>-------- Original message --------</div><div>From: Ralph
>> Goers <
>> > > >> ralph.go...@dslextreme.com> </div><div>Date:08/06/2014 19:18
>> > > >> (GMT-05:00) </div><div>To: Log4J Users List <
>> > > >> log4j-user@logging.apache.org> </div><div>Subject: Re: Set the
>> file
>> > > name
>> > > >> based on command line args </div><div>
>> > > >>> </div>Wouldn’t it be easier to have a Lookup that your main called
>> > and
>> > > >> just passed the arguments? But yeah, it should be possible to do
>> what
>> > > you
>> > > >> are suggesting.
>> > > >>>
>> > > >>> Ralph
>> > > >>>
>> > > >>>> On Aug 6, 2014, at 4:09 PM, Gary Gregory <garydgreg...@gmail.com
>> >
>> > > >> wrote:
>> > > >>>>
>> > > >>>> I wonder if we could write a "MainArgumentsLookup" that finds the
>> > main
>> > > >>>> thread and walks up the stack to the public static main(String[])
>> > main
>> > > >>>> methods and gets the arguments from the stack...
>> > > >>>>
>> > > >>>> Gary
>> > > >>>>
>> > > >>>>
>> > > >>>> On Wed, Aug 6, 2014 at 6:54 PM, Ralph Goers <
>> > > ralph.go...@dslextreme.com
>> > > >>>
>> > > >>>> wrote:
>> > > >>>>
>> > > >>>>> Well….
>> > > >>>>>
>> > > >>>>> You would really be passing the name of the file to the
>> Appender,
>> > > not a
>> > > >>>>> Logger. Loggers only reference Appenders so you can’t really
>> > > configure
>> > > >>>>> them with Appender configuration data. That said, Log4j 2
>> provides
>> > a
>> > > >> few
>> > > >>>>> ways you could do this:
>> > > >>>>> 1. Set a system property and reference it via
>> ${sys:propertyName}
>> > in
>> > > >> the
>> > > >>>>> configuration. The manual has examples of this.
>> > > >>>>> 2. Create a custom Lookup Plugin and then register the file name
>> > with
>> > > >> the
>> > > >>>>> Lookup. Then reference it from the configuration as
>> ${myLookup:
>> > > key}
>> > > >>>>> where myLookup is the name of your custom Lookup and key is the
>> > name
>> > > >> that
>> > > >>>>> represents the file name value.
>> > > >>>>> 3. Create a custom Configuration the extends XMLConfiguration or
>> > > >>>>> JSONConfiguration. Pass the file name to that class and have it
>> add
>> > > >> that as
>> > > >>>>> a property to the properties Map in the configuration. The XML
>> > could
>> > > >> then
>> > > >>>>> just reference it as ${propertyName}.
>> > > >>>>>
>> > > >>>>> Ralph
>> > > >>>>>
>> > > >>>>>> On Aug 6, 2014, at 2:03 PM, Arwen Pond <ap...@book.com> wrote:
>> > > >>>>>>
>> > > >>>>>> My application takes a parameter where the user can specify the
>> > log
>> > > >>>>> file. I'd like to pass this parameter to the Logger which uses
>> a
>> > > >>>>> FileAppender. I am not sure how to do this in log4j 2.
>> > > >>>>>>
>> > > >>>>>> Thanks,
>> > > >>>>>> Arwen
>> > > >>>>>>
>> > > >>>>>>
>> > > >>>>>> This electronic mail message contains information that (a) is
>> or
>> > > >>>>>> may be CONFIDENTIAL, PROPRIETARY IN NATURE, OR OTHERWISE
>> > > >>>>>> PROTECTED
>> > > >>>>>> BY LAW FROM DISCLOSURE, and (b) is intended only for the use of
>> > > >>>>>> the addressee(s) named herein. If you are not an intended
>> > > >>>>>> recipient, please contact the sender immediately and take the
>> > > >>>>>> steps necessary to delete the message completely from your
>> > > >>>>>> computer system.
>> > > >>>>>>
>> > > >>>>>> Not Intended as a Substitute for a Writing: Notwithstanding the
>> > > >>>>>> Uniform Electronic Transaction Act or any other law of similar
>> > > >>>>>> effect, absent an express statement to the contrary, this
>> e-mail
>> > > >>>>>> message, its contents, and any attachments hereto are not
>> > > >>>>>> intended
>> > > >>>>>> to represent an offer or acceptance to enter into a contract
>> and
>> > > >>>>>> are not otherwise intended to bind this sender,
>> > > >>>>>> barnesandnoble.com
>> > > >>>>>> llc, barnesandnoble.com inc. or any other person or entity.
>> > > >>>>>
>> > > >>>>>
>> > > >>>>>
>> > ---------------------------------------------------------------------
>> > > >>>>> To unsubscribe, e-mail:
>> log4j-user-unsubscr...@logging.apache.org
>> > > >>>>> For additional commands, e-mail:
>> > log4j-user-h...@logging.apache.org
>> > > >>>>
>> > > >>>>
>> > > >>>> --
>> > > >>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> > > >>>> Java Persistence with Hibernate, Second Edition
>> > > >>>> <http://www.manning.com/bauer3/>
>> > > >>>> JUnit in Action, Second Edition <
>> http://www.manning.com/tahchiev/>
>> > > >>>> Spring Batch in Action <http://www.manning.com/templier/>
>> > > >>>> Blog: http://garygregory.wordpress.com
>> > > >>>> Home: http://garygregory.com/
>> > > >>>> Tweet! http://twitter.com/GaryGregory
>> > > >>>
>> > > >>>
>> > > >>>
>> ---------------------------------------------------------------------
>> > > >>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> > > >>> For additional commands, e-mail:
>> log4j-user-h...@logging.apache.org
>> > > >>
>> > > >>
>> ---------------------------------------------------------------------
>> > > >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> > > >> For additional commands, e-mail:
>> log4j-user-h...@logging.apache.org
>> > > >
>> > > >
>> > > > --
>> > > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> > > > Java Persistence with Hibernate, Second Edition
>> > > > <http://www.manning.com/bauer3/>
>> > > > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> > > > Spring Batch in Action <http://www.manning.com/templier/>
>> > > > Blog: http://garygregory.wordpress.com
>> > > > Home: http://garygregory.com/
>> > > > Tweet! http://twitter.com/GaryGregory
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> > > For additional commands, e-mail: log4j-user-h...@logging.apache.org
>> > >
>> > >
>> >
>> >
>> > --
>> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > <http://www.manning.com/bauer3/>
>> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> > Spring Batch in Action <http://www.manning.com/templier/>
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>> >
>>
>>
>>
>> --
>> Matt Sicker <boa...@gmail.com>
>>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> <http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
