Installation FAQ

From Resin 3.0

Jump to: navigation, search
40px-Edit-clear.png This article requires cleanup and may refer to a legacy version of Resin.

Please visit for the most up-to-date documentation.


Where can I put .jar files so that they are available to all of my web applications?

Can I put them so that I do not have to put them in WEB-INF/lib for every web application that I have?

Jars placed in the $RESIN_HOME/ext-webapp directory are deployed for each web application as if they had been placed in WEB-INF/lib for each web application.

What happened to bin/resin?

With Resin 2.1 used to run make; make install and then use the binary bin/resin to start Resin, but in Resin 3.0 I can't find the binary. What happened to it?

Resin 2.1 used the bin/resin binary to enable two features: JNI usage (including OpenSSL) and to support user-name> and group-name> for switching the effective user id of the process after attaching to ports under 1024.

Resin now uses a JNI library from within Java. You don't need a compiled executable to get at the JNI code (that was bin/resin in 2.1.x).

On Unix systems, there is still a configure script to compile the JNI code.

How can I bind to a port under 1024 and still run as a non-root user?

I want to bind resin to port 80, but my operating system only allows root to bind to ports under 1024. If I run Resin as root, it is a security risk. How can I start Resin as root but then change the user and group id after it is bound to the port?

See port fowarding.

Can I run multiple instances of Resin on the same machine?

One instance is for production, one for deployment testing.

Yes, as long as you use different http and srun port numbers (so they don't conflict). Also, don't point each instance at the same webapps/ directory, or the same directory for individual web-app's. The two instances will get confused about which is responsible for things like JSP compilation etc.

Why do I get `can't connect to parent' after installing Resin?

This problem is most often seen on Windows machines that you have a "personal" firewall installed. Examples of firewall programs are ZoneAlarm and Sygate Personal Firewall. The solution is to either reconfigure your firewall or turn it off.

When Resin is started with httpd.exe (Windows) or (Unix) httpd.exe or is the parent process that is ultimately in control of the java server.

When the java server is started, it is passed a tcp port so that the java process and the parent can communicate. This is done using the -socketwait arg, if you want to browse the source. This port allows the parent to indicate to the java server that it should stop.

When the java server is started, if the -socketwait parameter is passed then Resin will connect to the parent using the passed port number. It will try this for fifteen seconds, if the connection cannot be made after that time it will result in the "can't connect to parent" error.

The error usually is seen on very slow or overloaded machines. It can also happen (as mentioned above) because a firewall-type program is interfering with the socket connection between the parent and the java process.

If Resin is being started in an init script on *nix, you can put a sleep after the call the to let Resin have a chance to startup before the next initialization steps take up most of the CPU.

What happened to exception-type='connection'?

In Resin 2.1 I used an exception-type='connection' with error-page to specify the page to show when IIS or Apache could not reach the backend Resin server, but that does not work any more.

Resin 3.0 no longer uses the "connection" exception-type. The isapi_srun or mod_caucho plugin, if it cannot contact the backend Resin server, propogates a 503 error to IIS or Apache. So you should be able to use IIS or Apache to define custom error pages, and those will be used for your error display.

The reason for this change is due to a change in the way plugins work. In versions prior to 3.0 the plugin reads and parses the resin.conf file. In version 3.0, the plugin obtains configuration information from the backend Resin server and no longer reads the resin.conf file. So if the backend server is not available, the plugin cannot forward to an error page specified in resin.conf because it does not read resin.conf.

You can use IIS or Apache to define the location of custom error pages for the case where the backend server is down.

ErrorDocument 503 /error/serverDownError.shtml

IIS 6 will not serve .exe files

Everything seems to work, except that for every file with a .exe extension I get "HTTP 404 - File not found".

(thanks to W Hall)

When used with IIS, the isapi_srun.dll plugin will dispatch urls to Resin for jsp's and servlets, but will leave static files for IIS. So this is really an IIS issue, Resin is not even trying to handle the url and IIS is failing to serve the *.exe file.

There is a setting in IIS that prevents .exe files from being downloaded/launched. In IIS (6.0) the setting is found in IIS | Default Website | Properties | Home Directory (tab) | Execute Permissions (drop down) | Change from "Scripts and Executables" to "Scripts Only"

Personal tools