Chapter 3. Customizing your installation
Prev |  | Next

## Chapter 3. Customizing your installation

### Thomas Heute

`<theute@jboss.org>`

### Roy Russo

`<roy at jboss dot org>`

This section is intended to describe some customization features available in JBoss Portal. If it is not covered here, please view the FAQ chapter at the end of this document or the descriptor chapter ( Section 6.3, “JBoss Portal Descriptors” ) for further documentation on configuration and tuning JBoss Portal.

## 3.1. Changing the port

It is common to have a server running on the port 80 instead of the default port 8080.

It might be easier to use port forwarding than to change the port manually. Since port forwarding is not always possible, below are the instructions to change the port number manually.

To change it, you need to edit the file `$JBOSS_HOME/server/default/deploy/jbossweb-tomcat55.sar/server.xml` and change the port value of the HTTP Connector. You can also change the value of the SSL port, by default it is set to 8443. Remember to uncomment the following when you have configured it:

          <!-- SSL/TLS Connector configuration using the admin devl guide keystore
          <Connector port="8443" address="${jboss.bind.address}"
               maxThreads="100" strategy="ms" maxHttpHeaderSize="8192"
               emptySessionPath="true"
               scheme="https" secure="true" clientAuth="false"
               keystoreFile="${jboss.server.home.dir}/conf/chap8.keystore"
               keystorePass="rmi+ssl" sslProtocol = "TLS" />
          -->

Please refer to Section 12.3.2, “Considerations to use WSRP when running Portal on a non-default port” to update the WSRP after having changed the port.

Now you can restart JBoss and use the new port that you defined. On systems like Linux, you need privileges to be able to run a server on a port lower than 1000, starting JBoss on the port 80 as a regular user will not work, for testing you can log as root but is not recommended if the server is public as it could be a security breach in your system.

## 3.2. Changing the context path

By default, the "main" page of JBoss portal will be accessible at `http://localhost:8080/portal/index.html` . You may want to change that either to a different name or to `http://localhost:8080/index.html` .

### Note

By default, Tomcat holds on to the root context '/'. You may need to either remove the $JBOSS_HOME\server\default\deploy\jbossweb-tomcat55.sar\ROOT.war or add a jboss-web.xml (declaring another context-root other than '/')under its WEB-INFO directory for the below changes to take effect on restart.

You can accomplish this, with either a deployed jboss-portal.sar or before you build from source:

- Binary method:

  1. Open JBOSS_INSTALL_DIRECTORY/server/default/deploy/jboss-portal.sar/portal-server.war/WEB-INF/jboss-web.xml

         <?xml version="1.0"?>
         <jboss-web>
            <security-domain>java:jaas/portal</security-domain>
            <context-root>/portal</context-root>
            <replication-config>
               <replication-trigger>SET_AND_GET</replication-trigger>
               <replication-type>SYNC</replication-type>
            </replication-config>
            <resource-ref>
               <res-ref-name>jdbc/PortalDS</res-ref-name>
               <jndi-name>java:PortalDS</jndi-name>
            </resource-ref>
         </jboss-web>

  2. Edit the context-root element to whatever you desire.

         <context-root>/</context-root>

- Source method: Edit the file `$PORTAL_HOME/build/local.properties` (You can copy the file `$PORTAL_HOME/build/etc/local.properties-example` and modify it for your own settings.) and change `portal.web.context-root` to anything you want.

  Now clean the project (ant clean) then build JBoss portal (ant) and redeploy it for the context path changes to take effect. For build instructions, please see: Section 2.3, “Installing from Sources”

## 3.3. Forcing the DB dialect

If you encounter that the Hibernate dialect is not working properly and would like to override the default behaviour, follow the instructions contained in this section:

### Note

Under most common circumstances, the auto-detect feature should work fine.

### 3.3.1. DB Dialect settings for the portal core

Modify jboss-portal.sar/conf/hibernate/[module]/hibernate.cfg.xml . A list of supported dialects for Hibernate3, can be found here .

    <?xml version='1.0' encoding='utf-8'?>
    <!DOCTYPE hibernate-configuration PUBLIC
    "-//Hibernate/Hibernate Configuration DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
    <hibernate-configuration>
    <session-factory>
    <property name="connection.datasource">java:PortalDS</property>
    <property name="show_sql">false</property>
    <property name="cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
    <property name="cache.use_query_cache">true</property>

    <!-- Force the dialect instead of using autodetection -->
    <!--
    <property name="dialect">org.hibernate.dialect.PostgreSQLDialect</property>
    -->

    <!-- Mapping files -->
    <mapping resource="conf/hibernate/user/domain.hbm.xml"/>
    </session-factory>
    </hibernate-configuration>

### 3.3.2. DB Dialect settings for the CMS component

Modify jboss-portal.sar/portal-cms.sar/conf/hibernate/cms/hibernate.cfg.xml . A list of supported dialects for Hibernate3, can be found here .

    <?xml version='1.0' encoding='utf-8'?>
    <!DOCTYPE hibernate-configuration PUBLIC
        "-//Hibernate/Hibernate Configuration DTD//EN"
        "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
    <hibernate-configuration>
       <session-factory>
          <property name="connection.datasource">java:@portal.datasource.name@</property>
          <property name="show_sql">@portal.sql.show@</property>
          <property name="cache.use_second_level_cache">false</property>
          <property name="cache.use_query_cache">true</property>

          <!-- Force the dialect instead of using autodetection -->
          <!--
          <property name="dialect">org.hibernate.dialect.PostgreSQLDialect</property>
          -->

          <!-- Mapping files -->
          <mapping resource="conf/hibernate/cms/domain.hbm.xml"/>
       </session-factory>
    </hibernate-configuration>

## 3.4. Disabling dynamic proxy unwrapping

JBoss Portal use the JBoss Microkernel for the service infrastructure. The JBoss Microkernel provides injection of services into other services, also known as wiring. Unfortunately it is only possible to inject dynamic proxies that talks to the MBeanServer due to the fact the Microkernel is JMX based. The overhead at runtime is minimal since the Microkernel implementation is highly optimized, however when it is used with Java 5 a noticeable bottleneck appears due to the fact that the implementation of the JMX API classes javax.management.* provided by the Java Platform performs synchronization. This does not happen under JDK 1.4 since those classes are implemented by JBoss MX.

JBoss Portal services use a special kind of Model MBean called JBossServiceModelMBean which allows to unwrap the injected dynamic proxies and replace them by the real POJO services. This allows to remove the bottleneck with Java 5 and provide an extra boost of performances on JDK 1.4. By default that feature is enabled but it is possible to disabled it using command line arguments.

    >run.sh -Dportal.kernel.no_proxies=false

Prev | Up | Next
Chapter 2. Installation | Home | Chapter 4. Upgrading 2.4 - 2.6