Jetty as Windows Service

I decided to use Java Service Wrapper based since its been used by jetty5.

based on the jetty5's win32 code, ive fould out that we need to compile native c codes.
so the following tasks bellow would be need

tasks:
Create A maven project for jni that compiles both native and java code,
it sould be able to detect if its running on windows platform, to compile
the native code for windows.

create jni files that will be used to interact with java service wrapper

configure the java service wrapper

I had created a maven project for this module, maven project uses native-maven-plugin from codehaus mojo,
this enables our project to compile native c codes in windows and create jni .h files from our java classes with native funcitons,

MSVC2005x86EnvFactory using this plugin configuration enables us to compile, link, build our c codes to DLL using
Visual C++ Express Edition

here is the download link for visual c++ express edition
http://msdn.microsoft.com/vstudio/express/support/install/

note: I need to configure maven so that i could detect if its running on windows or not,
if its running windows then this module will be compiles
if not then skips that module

here is the parcial files on the project

put the parcial module on /extras/ and add a module entry on the parent pom.xml

How to build the parcial module:
mvn install -Dplatform=win32

platform=win32 activates the win32 module for compiling jni under windows

I tried running building the module on jetty's trunk, and had it run, it cant find the native library, even though its already in the /lib/ext
so I modified the class loader in the start module, to include any native library either .so on unix based or .dll on windows based.
and added it in the java.library.path so that the library can be loaded,
see attachments for the modified start module svn patch

patch for start modules Main.java,

this patch adds the directory of any *.dll or *.so in the java.library.path, so that jvm could see
the native libarary

I couldn't get Jetty6 run on service wrapper using Jetty5's code (jettysvc.c and Service.c), so I decided to find some alternatives on this, and I found out that
the new Java Service Wrapper, has Listeners for java code, no need for to write native code

based on this I remade the code above, no need for Visual C++ and JNI,

the new code uses Method 3 in Java Service Wrapper's method 3 for configuration
see http://wrapper.tanukisoftware.org/doc/english/integrate.html

In here we org.tanukisoftware.wrapper.WrapperListener in JettyServiceWrapperListener class and handle
controlEvent, start, stop,

in our JettyServiceWrapperListener the java main method is also here, this will be the class where service wrapper calls as main class
WrapperManager.start(new JettyServiceWrapperListener(), newStrArgs);

method implementations:

controlEvent:
handling for windows service shutdown and stop
start:
calls org.mortbay.start.Main.main(args);
stop:
calls server.stop for gracefull exit

so that JettyServiceWrapperListener can have the reference of server
an we need to add a jetty Life cycle class named Win32Service that has a setter for
its server instance and this will set a server to our JettyServiceWrapperListener
when its started,

this Life Cycle is added in jetty-win32-service.xml

• Can you put the libraries into $JETTY_HOME/lib/win32 rather than the top level

• Can you not have the javaservicewrapper in src/main. Instead can you have an
  ant target that downloads it from somewhere into target... like we do for
  building glassfish JSP (except that is a check out and you should just be
  able to download and unzip - simple in ant)
  .
• and the wiki page.

BTW: Visual C++ Express Edition based on Java Service Wrappers Method 3 above, we dont need to implement JNI codes
so no need to compile and link Native codes

done: Can you put the libraries into $JETTY_HOME/lib/win32 rather than the top level

on process:
Can you not have the javaservicewrapper in src/main. Instead can you have an
ant target that downloads it from somewhere into target... like we do for
building glassfish JSP (except that is a check out and you should just be
able to download and unzip - simple in ant)

Bong,

thanks for this. I have checked it into trunk.

However I will not link it into the build as it downloads the wrapper library every time. Can you make it check to see if the download exists and only download if it is missing.

Gregw,

done, Ive added a separate ant file for checking if downloading Java service wrapper is needed, also I had already added the Wiki for this

thanks
bong

Resolving this issue. Please close when testing is finished.

done