forked from RestComm/sip-servlets
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathjboss-service.xml
175 lines (151 loc) · 7.75 KB
/
jboss-service.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
<?xml version="1.0" encoding="UTF-8"?>
<!-- $Id: jboss-service.xml 60489 2007-02-12 08:22:28Z [email protected] $ -->
<server>
<!-- JBossWeb Service-->
<mbean code="org.mobicents.servlet.sip.startup.jboss.JBossSip"
name="jboss.web:service=WebServer" xmbean-dd="META-INF/webserver-xmbean.xml">
<!-- You can configure a set of authenticators keyed by http-auth method used. This
will apply the same set of authenticators across all web applications. You can
override the set of authenticators at the web application level by adding
<authenticators> element to the respective jboss-web.xml -->
<!--
-->
<attribute name="Authenticators" serialDataType="jbxb">
<java:properties xmlns:java="urn:jboss:java-properties"
xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
xs:schemaLocation="urn:jboss:java-properties resource:java-properties_1_0.xsd">
<java:property>
<java:key>BASIC</java:key>
<java:value>org.apache.catalina.authenticator.BasicAuthenticator</java:value>
</java:property>
<java:property>
<java:key>CLIENT-CERT</java:key>
<java:value>org.apache.catalina.authenticator.SSLAuthenticator</java:value>
</java:property>
<java:property>
<java:key>DIGEST</java:key>
<java:value>org.apache.catalina.authenticator.DigestAuthenticator</java:value>
</java:property>
<java:property>
<java:key>FORM</java:key>
<java:value>org.apache.catalina.authenticator.FormAuthenticator</java:value>
</java:property>
<java:property>
<java:key>NONE</java:key>
<java:value>org.apache.catalina.authenticator.NonLoginAuthenticator</java:value>
</java:property>
</java:properties>
</attribute>
<!-- The JAAS security domain to use in the absense of an explicit
security-domain specification in the war WEB-INF/jboss-web.xml
-->
<attribute name="DefaultSecurityDomain">java:/jaas/other</attribute>
<!-- Get the flag indicating if the normal Java2 parent first class
loading model should be used over the servlet 2.3 web container first
model.
-->
<attribute name="Java2ClassLoadingCompliance">false</attribute>
<!-- A flag indicating if the JBoss Loader should be used. This loader
uses a unified class loader as the class loader rather than the tomcat
specific class loader.
The default is false to ensure that wars have isolated class loading
for duplicate jars and jsp files.
-->
<attribute name="UseJBossWebLoader">false</attribute>
<!-- The list of package prefixes that should not be loaded without
delegating to the parent class loader before trying the web app
class loader. The packages listed here are those tha are used by
the web container implementation and cannot be overriden. The format
is a comma separated list of the package names. There cannot be any
whitespace between the package prefixes.
This setting only applies when UseJBossWebLoader=false.
-->
<attribute name="FilteredPackages">javax.servlet</attribute>
<attribute name="LenientEjbLink">true</attribute>
<!--Flag to delete the Work Dir on Context Destroy -->
<attribute name="DeleteWorkDirOnContextDestroy">false</attribute>
<!--
Class of the session manager (used if context is marked as 'distributable'. Currently allowed values:
- org.jboss.web.tomcat.service.session.JBossCacheManager
-->
<attribute name="ManagerClass">org.jboss.web.tomcat.service.session.JBossCacheManager</attribute>
<!-- The name of the request attribute under with the authenticated JAAS
Subject is stored on successful authentication. If null or empty then
the Subject will not be stored.
-->
<!--
<attribute name="SubjectAttributeName">j_subject</attribute>
-->
<!-- The SessionIdAlphabet is the set of characters used to create a session Id
It must be made up of exactly 65 unique characters
<attribute name="SessionIdAlphabet">ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+-*</attribute>
-->
<!--
*******************************************************
****************** CLUSTERING *************************
*******************************************************
In order to activate HTTP Session clustering for Tomcat
make sure you run JBoss's "all" configuration i.e.
"run -c all"
(the default configuration doesn't contain clustering)
Furthermore, you may change SnapshotMode and
SnapshotInterval attributes below to indicate when to
synchronize changes with the other node(s).
If you use Apache+mod_jk(2) you will most probably use
the AJP1.3 connector below. Thus, if you so wish,
you may comment (i.e. deactivate) the HTTP connector
as it won't be used anymore.
*******************************************************
*******************************************************
*******************************************************
-->
<!--
If you are using clustering, the following two attributes
define when the sessions are replicated to the other nodes.
The default value, "instant", synchronously replicates changes
to the other nodes at the end of requests. In this case, the
"SnapshotInterval" attribute is not used.
The "interval" mode, in association with the "SnapshotInterval"
attribute, indicates that modified sessions will only be replicated
every "SnapshotInterval" milliseconds at most.
Note that this attribute is not in effect if the replication-granularity
is set to FIELD. If it is FIELD, it will be per http request (that is,
"instant" mode.)
-->
<attribute name="SnapshotMode">instant</attribute> <!-- you may switch to "interval" -->
<attribute name="SnapshotInterval">2000</attribute>
<!--
Whether to use MOD_JK(2) for load balancing with sticky session
combined with JvmRoute. If set to true, it will insert a JvmRouteFilter
to intercept every request and replace the JvmRoute if it detects a
failover. In addition, you will need to set the JvmRoute inside
Tomcat, e.g.,
Engine name="jboss.web" jmvRoute="Node1" defaultHost="localhost"
in server.xml.
For clustering purpose only.
-->
<attribute name="UseJK">false</attribute>
<attribute name="Domain">jboss.web</attribute>
<!-- A mapping to the server security manager service which must be
operation compatible with type
org.jboss.security.plugins.JaasSecurityManagerServiceMBean. This is only
needed if web applications are allowed to flush the security manager
authentication cache when the web sessions invalidate.
-->
<depends optional-attribute-name="SecurityManagerService"
proxy-type="attribute">jboss.security:service=JaasSecurityManager
</depends>
<!--
Needed if using HTTP Session Clustering or if the
ClusteredSingleSignOn valve is enabled in the tomcat server.xml file
-->
<!--
<depends>jboss.cache:service=TomcatClusteringCache</depends>
-->
<depends>jboss:service=TransactionManager</depends>
<!-- Only needed if the org.jboss.web.tomcat.service.jca.CachedConnectionValve
is enabled in the tomcat server.xml file.
-->
<depends>jboss.jca:service=CachedConnectionManager</depends>
</mbean>
</server>