[Wrapper-user] are any of these features I have added desirable in the wrapper code base

[Glen M. <gle...@ap...>]

Hi All,
I have added a few options  to java service wrapper and I am wondeirng 
if they are desirable for the main branch.  Here they are

    * An option to create the java command specified in the
      "wrapper.java.command" property if it doesn't already exist.  This
      is a simplification for me.  Before I did this I would just have a
      scrpit run to create all the java command copies I needed, which
      worked but was more maintenance.  With this I have more
      flexibility (like if I think a java comand is not used anymore I
      can just delete it knowing that the wrapper will recreate it if
      needed)
    * An altered wrapperw.exe that runs as a console application and
      looks for a .conf file in the same directory with the same base
      name as the wrapperw.exe.  So if the wrapperw.exe is renamed to
      myprog.exe it will look for myprog.conf.  Also any command line
      arguments are passed directly into the java app.  This allows one
      to use myprog.exe as a windows explorer file handler with minimum
      effort.  If  you use the wrapper.exe as is you would have to go
      into the registry and add the appropriate command line parms (-c
      myprog.conf).  I implemented this as a completely new executable
      since all the options (-c -t -p -i -r -?) are still there just as
      (--c --t --p --i --r --?)
    * An option for running in console mode to run the java app in the
      same process as wrapper.exe.  Now I know this sort of defeats the
      robustness that the java service wrapper offers but for "quick
      click" utilities it is simpler and slightly less resource intensive.
    * An option to choose the JIT (client or server).  This currently
      only works on win32 since I don't currently vae a linux machine to
      play with but I am fairly certain I could make it portable with
      minimum effort.  Also questions about hwo this should work with
      non-sun jvm's


If these ideas are desirable I am willing to code it (currently it is 
50% hack 50% clean by code it I mean make it 100% clean).  I am also 
open to alternative ways of implementing.

Let me know what you all think.

regards,
Glen