|
20.4. Installing JBossUsing a platform-neutral system like Java has both advantages and disadvantages. A disadvantage is that, generally, Java products don't use the traditional installation mechanisms of your native platform. You don't install an RPM or a DEB. But this is somewhat offset by the fact that all a Java application needs is for its classes to be arranged in a particular pattern on the filesystem. In other words, all you need to do to install JBoss is to unpack the tarball. You did the hard part already. Since you have created the group and made yourself a member of that group,[8] any member of the group can install the product:
$ cd /usr/local $ tar xzvf jboss-3.2.3.tgz jboss-3.2.3/lib/ jboss-3.2.3/client/ jboss-3.2.3/docs/ jboss-3.2.3/docs/dtd/ jboss-3.2.3/docs/dtd/html-svg/ ... ... etc. Tip At this point we suggest using one more Linux filesystem trick. The tarball unpacks into a directory whose name includes the product versionin this case, jboss-3.2.3. In many cases, you will want to be able to have more than one version of JBoss installed on a box simultaneously, either because you need to port projects from one version to another, or perhaps because you need to develop applications that will run on different versions on different target servers. To make your life easier, create a symbolic link to a generically named directory, such as jboss, and have that symlink point to jboss-3.2.3. Then you can write your startup and shutdown scripts to use the jboss pathname. You can then switch to another version by changing where the symlink points: $ cd /usr/local $ ln -s jboss-3.2.3 jboss This process is discussed in detail in Section 6.2 in the context of switching between Java SDK versions. |
|