Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

According to the official installation guide, Fisheye is started in a command line, which is not applicable in a server environment where no user is logged on. Somebody knows a good way beyond INSTSRV / SRVANY?

share|improve this question

migrated from Dec 20 '09 at 18:52

This question came from our site for professional and enthusiast programmers.

I was about to suggest srvany. Perhaps you could explain why srvany is not sufficient for you. – Greg Hewgill Dec 15 '09 at 10:08

Assuming this documentation refers to the version you're using, it looks like natively running as a Windows service still isn't in the product and using SRVANY is your best bet.

If you find that Fisheye fails and abnormally ends, SRVANY won't restart it. Non-Sucking Service Manager (NSSM) will restart it. NSSM functions as a free (public domain, I believe) replacement.

You can use the command-line "sc" (in Windows XP and newer versions of Windows) to create a service in lieu of hunting down INSTSRV, as well. The syntax is described best in the command-line help for sc, which you can get by executing sc create /?. "sc" has a strange command-line syntax-- be sure to put spaces after the equals sign in arguments (i.e. "binPath= c:...").

share|improve this answer
Thank you Evan for your detailed answer. – Zeemee Feb 4 '10 at 7:55
up vote 0 down vote accepted

A very good way is to use the Java Service Wrapper from Tanuki Software. An example with fisheye can be found here.

share|improve this answer

I use the service wrapper mentioned above, but for the sake of completeness it is worth knowing that you can run FishEye as a task in 'Task Scheduler'. I tried this technique and found it quite successful. I configured my task to run 'At Startup' and 'Every 5 minutes' with the setting 'Don't start the task if it is already running' selected.

Here is an example wrapper configuration file, I'm using this with Fisheye 2.6.3 running on Windows Server 2008 R2. This file is mostly identical to the sample configuration, with a few important additions that I'll comment on at the end.

# Wrapper Properties
# Working Directory

# Java Application\Program Files\Java\jdk1.6.0_25\bin\java.exe

# Java Main class.  This class must implement the WrapperListener interface
#  or guarantee that the WrapperManager class is initialized.  Helper
#  classes are provided to do this for you.  See the Integration section
#  of the documentation for details.

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1 (add lib FIRST so that log4j config gets loaded first)*.jar

# Java Library Path (location of Wrapper.DLL or

# Java Additional Parameters

# JDK 1.5 Additional Parameters for jmx"wrapper:type=Java Service Wrapper Control""C:\Atlassian\fecru-2.6.3\bin\.."

# Initial Java Heap Size (in MB)

# Maximum Java Heap Size (in MB)

# Application parameters.  Add parameters as needed starting from 1
# The first application parameter is the name of the class whose main
# method is to be called when the application is launched.  The class
# name is followed by the number of parameters to be passed to its main
# method.  Then comes the actual parameters.

# The start parameters are followed by the name of the class whose main
# method is to be called to stop the application.  The stop class name
# is followed by a flag which controls whether or not the Wrapper should
# wait for all non daemon threads to complete before exiting the JVM.
# The flag is followed by the number of parameters to be passed to the
# stop class's main method.  Finally comes the actual parameters.

# Wrapper Logging Properties
# Format of output for the console.  (See docs for formats)

# Log Level for console output.  (See docs for log levels)

# Log file to use for wrapper output logging.

# Format of output for the log file.  (See docs for formats)

# Log Level for log file output.  (See docs for log levels)

# Maximum size that the log file will be allowed to grow to before
#  the log is rolled. Size is specified in bytes.  The default value
#  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
#  'm' (mb) suffix.  For example: 10m = 10 megabytes.

# Maximum number of rolled log files which will be allowed before old
#  files are deleted.  The default value of 0 implies no limit.

# Log Level for sys/event log output.  (See docs for log levels)

# Wrapper Windows Properties
# Title to use when running as a console

# Wrapper Windows NT/2000/XP Service Properties
# WARNING - Do not modify any of these properties when an application
#  using this configuration file has been installed as a service.
#  Please uninstall the service before modifying this section.  The
#  service can then be reinstalled.

# Name of the service

# Display name of the service

# Description of the service

# Service dependencies.  Add dependencies as needed starting from 1

# Mode in which the service is installed.  AUTO_START or DEMAND_START

# Allow the service to interact with the desktop.

Noteworthy Lines\Program Files\Java\jdk1.6.0_25\bin\java.exe

Full path to the JDK 'hotspot' server executable. Note, download the full JDK, not just the JRE."C:\Atlassian\fecru-2.6.3\bin.."

None of the above are shown in the Atlassian documentation, I have added these over time through trial and error. When FeCru is first started under the service wrapper, it may stop with an out of memory error, the 'MaxPermSize' line fixes that.

I've also found it is necessary to specify FISHEYE_INST as shown above. I have no idea why the path is specified with /.. on the end, it was like that in the example I found. Some cooky linux ritual, no doubt. The other lines, I can't remember what they were for, but I added them for some reason or another and didn't document why. Nobody's perfect ;-)

Heap memory allocations increased from the defaults - I index some fairly meaty repositories and I could afford the extra resources - you may get away with the default smaller allocations.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.