- Support
- Technical Tips
Technical Tips |
||||||||||||||
|
We have created a series of Questions and Answers section to help current and new users take advantage of all features the Wrapper can offer. A Newsletters is sent to our users announcing the latest Technical Tips for the Java Service Wrapper. Each issue contains two tips explaining how to use the powerful features of our product.
|




Java as a language was designed to make it impossible for user developed code to result in an application crash.
Any error would result in a nice clean exception being thrown which could be caught, and then handled appropriately.
When people first start using the Java Service Wrapper, they are usually interested in how to integrate their application with
the Java Service Wrapper to run as a Service or to have their application monitored.
Once an application is setup and integrated with other systems however, the question of how to shutdown often comes up.
What if your application is suffering from
When a mission critical system starts hanging or freezing,
it can be a nightmare situation for the system administrator, development team,
and everyone who makes use of the system.
Identifying and fixing the problem can take days or even months in some cases.
In the mean time the system is in active use and needs to stay running.
For many organizations, every minute a system is down not only has a direct effect
on sales, but also on the reputation of the organization and teams managing the system.
In Windows environments is common for users to map network drives and printers so
they can be accesed by their local system. Windows Services often have the same
requirements, but Windows makes it very difficult for services to access those
shares when the service is launched on system startup. Often services will have
access to shares when started in a running system, but the shares will not be
accessible when the system is rebooted.
Java applications running on Windows systems tend to be run in a console
on a Desktop because of Java's lack of the ability to run as a
Windows Service. This has a number of disadvantages; security issues
because a user is logged in, system performance due to the
unwanted Desktop, and the simple risk that a user might press the wrong
key and affect the console, to name a few. Many applications solve these
problems by running as a Windows Service, all without the need to write
a single line of code in most cases.
Most applications go through a series of rigorous tests before being
deployed or released. As we all know however, in the real world
unexpected problems can be encountered. Unfortunately, one common
problem with large multi-threaded applications are deadlocks.
They can be fatal and very difficult to track down and fix.