Difference between revisions of "Several OpenKM instances in the same JBoss"
From OpenKM Documentation
| (2 intermediate revisions by one other user not shown) | |||
| Line 1: | Line 1: | ||
| − | + | Managing several companies with only one OpenKM instance can present several security problems. Actually there is no way to make a relation between a group of users and a company. This means that when you manage document security, all the users will be shown, even users in other companies. Also is not a good way of doing things because you can't have specific configurations for each company. | |
| − | The best way to accomplish this is having several OpenKM in one JBoss. The most complex and time-consuming configuration is related to JBoss. But | + | The best way to accomplish this is having several OpenKM instances in one JBoss. The most complex and time-consuming configuration is related to JBoss. But configuring an OpenKM instance is very straightforward and can take seconds. This implies some source code modifications, so read the [[Developer Guide]] carefully before trying this: |
{{Note|Replace # with an OpenKM installation id.}} | {{Note|Replace # with an OpenKM installation id.}} | ||
| − | == Files located | + | == Files located in $OPENKM_PRJ == |
* '''src/main/java/com/openkm/core/Config.java''' | * '''src/main/java/com/openkm/core/Config.java''' | ||
| Line 11: | Line 11: | ||
<source lang="java"> | <source lang="java"> | ||
public static String INSTALL = "#"; | public static String INSTALL = "#"; | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
</source> | </source> | ||
| Line 56: | Line 50: | ||
</source> | </source> | ||
| − | == Files located | + | == Files located in $JBOSS_HOME == |
* '''OpenKM#.cfg''' | * '''OpenKM#.cfg''' | ||
| Line 79: | Line 73: | ||
[[Category: Installation Guide]] | [[Category: Installation Guide]] | ||
| − | |||
Latest revision as of 11:15, 27 December 2012
Managing several companies with only one OpenKM instance can present several security problems. Actually there is no way to make a relation between a group of users and a company. This means that when you manage document security, all the users will be shown, even users in other companies. Also is not a good way of doing things because you can't have specific configurations for each company.
The best way to accomplish this is having several OpenKM instances in one JBoss. The most complex and time-consuming configuration is related to JBoss. But configuring an OpenKM instance is very straightforward and can take seconds. This implies some source code modifications, so read the Developer Guide carefully before trying this:
 |
Replace # with an OpenKM installation id. |
Files located in $OPENKM_PRJ
- src/main/java/com/openkm/core/Config.java
public static String INSTALL = "#";
- src/main/java/com/openkm/frontend/client/config/Config.java
private static String INSTALL = "#";
- src/main/java/com/openkm/ws
Disable WS deleting this folder.
- src/main/resources/hibernate.cfg.xml
<property name="hibernate.connection.datasource">java:/OKMWorkflow#DS</property>
- src/main/webapp/WEB-INF/web.xml
<display-name>OpenKM#</display-name>
- src/main/webapp/WEB-INF/jboss-web.xml
<security-domain>java:/jaas/OpenKM#</security-domain>
<context-root>/OpenKM#</context-root>
- src/pom.xml
<finalName>OpenKM#</finalName>
Files located in $JBOSS_HOME
- OpenKM#.cfg
Duplicate OpenKM configuratoin to meet the new context.
- server/default/conf/login-config.xml
Duplicate OpenKM entry to meet the new context.
- server/default/deploy/openkm-ds.xml
Duplicate OpenKM datasource configuration to meet the new context.
- Remove jcr-1.0.jar from OpenKM.war and copy to server/default/lib
