[Clustering/JBoss] - Re: :: Question On JBoss Clustering with Hibernate Second Le
by BhaktavatsalamReddy
Here is the cluster-service.xml
====================
<?xml version="1.0" encoding="UTF-8"?>
|
| <!-- ===================================================================== -->
| <!-- -->
| <!-- Clustering Service Configuration -->
| <!-- -->
| <!-- ===================================================================== -->
|
| <server>
|
| <!-- ==================================================================== -->
| <!-- Cluster Partition: defines cluster -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.ha.framework.server.ClusterPartition"
| name="jboss:service=${jboss.partition.name:DefaultPartition}">
|
| <!-- Name of the partition being built -->
| <attribute name="PartitionName">${jboss.partition.name:DefaultPartition}</attribute>
|
| <!-- The address used to determine the node name -->
| <attribute name="NodeAddress">10.5.1.231</attribute>
|
| <!-- Determine if deadlock detection is enabled -->
| <attribute name="DeadlockDetection">False</attribute>
|
| <!-- Max time (in ms) to wait for state transfer to complete. Increase for large states -->
| <attribute name="StateTransferTimeout">60000</attribute>
|
| <!-- The JGroups protocol configuration -->
| <attribute name="PartitionConfig">
|
| The default UDP stack:
| - If you have a multihomed machine, set the UDP protocol's bind_addr attribute to the
| appropriate NIC IP address, e.g bind_addr="192.168.0.2".
| - On Windows machines, because of the media sense feature being broken with multicast
| (even after disabling media sense) set the UDP protocol's loopback attribute to true
| -->
| <!--<Config>
| <UDP mcast_addr="${jboss.partition.udpGroup:228.1.2.3}"
| mcast_port="${jboss.hapartition.mcast_port:45566}"
| tos="8"
| ucast_recv_buf_size="20000000"
| ucast_send_buf_size="640000"
| mcast_recv_buf_size="25000000"
| mcast_send_buf_size="640000"
| loopback="false"
| discard_incompatible_packets="true"
| enable_bundling="false"
| max_bundle_size="64000"
| max_bundle_timeout="30"
| use_incoming_packet_handler="true"
| use_outgoing_packet_handler="false"
| ip_ttl="${jgroups.udp.ip_ttl:2}"
| down_thread="false" up_thread="false"/>
| <PING timeout="2000"
| down_thread="false" up_thread="false" num_initial_members="3"/>
| <MERGE2 max_interval="100000"
| down_thread="false" up_thread="false" min_interval="20000"/>
| <FD_SOCK down_thread="false" up_thread="false"/>
| <FD timeout="10000" max_tries="5" down_thread="false" up_thread="false" shun="true"/>
| <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false"/>
| <pbcast.NAKACK max_xmit_size="60000"
| use_mcast_xmit="false" gc_lag="0"
| retransmit_timeout="300,600,1200,2400,4800"
| down_thread="false" up_thread="false"
| discard_delivered_msgs="true"/>
| <UNICAST timeout="300,600,1200,2400,3600"
| down_thread="false" up_thread="false"/>
| <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
| down_thread="false" up_thread="false"
| max_bytes="400000"/>
| <pbcast.GMS print_local_addr="true" join_timeout="3000"
| down_thread="false" up_thread="false"
| join_retry_timeout="2000" shun="true"
| view_bundling="true"/>
| <FRAG2 frag_size="60000" down_thread="false" up_thread="false"/>
| <pbcast.STATE_TRANSFER down_thread="false" up_thread="false" use_flush="false"/>
| </Config>-->
|
| <!-- Alternate TCP stack: customize it for your environment, change bind_addr and initial_hosts -->
|
|
| <config>
| <TCP bind_addr="10.5.1.231" start_port="7800" loopback="true"
| tcp_nodelay="true"
| recv_buf_size="640000"
| send_buf_size="640000"
| discard_incompatible_packets="true"
| enable_bundling="false"
| max_bundle_size="64000"
| max_bundle_timeout="30"
| use_incoming_packet_handler="true"
| use_outgoing_packet_handler="false"
| down_thread="false" up_thread="false"
| use_send_queues="false"
| sock_conn_timeout="300"
| skip_suspected_members="true"/>
| <TCPPING initial_hosts="10.5.1.231[7800]" port_range="3"
| timeout="3000"
| down_thread="false" up_thread="false"
| num_initial_members="1"/>
| <MERGE2 max_interval="100000"
| down_thread="false" up_thread="false" min_interval="20000"/>
| <FD_SOCK down_thread="false" up_thread="false"/>
| <FD timeout="10000" max_tries="5" down_thread="false" up_thread="false" shun="true"/>
| <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false"/>
| <pbcast.NAKACK max_xmit_size="60000"
| use_mcast_xmit="false" gc_lag="0"
| retransmit_timeout="300,600,1200,2400,4800"
| down_thread="false" up_thread="false"
| discard_delivered_msgs="true"/>
| <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
| down_thread="false" up_thread="false"
| max_bytes="400000"/>
| <pbcast.GMS print_local_addr="true" join_timeout="3000"
| down_thread="false" up_thread="false"
| join_retry_timeout="2000" shun="true"
| view_bundling="true"/>
| <pbcast.STATE_TRANSFER down_thread="true" up_thread="true" use_flush="false"/>
| </config>
| </attribute>
| <depends>jboss:service=Naming</depends>
| </mbean>
|
| <!-- ==================================================================== -->
| <!-- HA Session State Service for SFSB -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.ha.hasessionstate.server.HASessionStateService"
| name="jboss:service=HASessionState">
| <depends>jboss:service=Naming</depends>
| <!-- We now inject the partition into the HAJNDI service instead
| of requiring that the partition name be passed -->
| <depends optional-attribute-name="ClusterPartition"
| proxy-type="attribute">jboss:service=${jboss.partition.name:DefaultPartition}</depends>
| <!-- JNDI name under which the service is bound -->
| <attribute name="JndiName">/HASessionState/Default</attribute>
| <!-- Max delay before cleaning unreclaimed state.
| Defaults to 30*60*1000 => 30 minutes -->
| <attribute name="BeanCleaningDelay">0</attribute>
| </mbean>
|
| <!-- ==================================================================== -->
| <!-- HA JNDI -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.ha.jndi.HANamingService"
| name="jboss:service=HAJNDI">
| <!-- We now inject the partition into the HAJNDI service instead
| of requiring that the partition name be passed -->
| <depends optional-attribute-name="ClusterPartition"
| proxy-type="attribute">jboss:service=${jboss.partition.name:DefaultPartition}</depends>
| <!-- Bind address of bootstrap and HA-JNDI RMI endpoints -->
| <attribute name="BindAddress">${jboss.bind.address}</attribute>
| <!-- Port on which the HA-JNDI stub is made available -->
| <attribute name="Port">1100</attribute>
| <!-- RmiPort to be used by the HA-JNDI service once bound. 0 => auto. -->
| <attribute name="RmiPort">1101</attribute>
| <!-- Accept backlog of the bootstrap socket -->
| <attribute name="Backlog">50</attribute>
| <!-- The thread pool service used to control the bootstrap and
| auto discovery lookups -->
| <depends optional-attribute-name="LookupPool"
| proxy-type="attribute">jboss.system:service=ThreadPool</depends>
|
| <!-- A flag to disable the auto discovery via multicast -->
| <attribute name="DiscoveryDisabled">false</attribute>
| <!-- Set the auto-discovery bootstrap multicast bind address. If not
| specified and a BindAddress is specified, the BindAddress will be used. -->
| <attribute name="AutoDiscoveryBindAddress">${jboss.bind.address}</attribute>
| <!-- Multicast Address and group port used for auto-discovery -->
| <attribute name="AutoDiscoveryAddress">${jboss.partition.udpGroup:230.0.0.4}</attribute>
| <attribute name="AutoDiscoveryGroup">1102</attribute>
| <!-- The TTL (time-to-live) for autodiscovery IP multicast packets -->
| <attribute name="AutoDiscoveryTTL">16</attribute>
| <!-- The load balancing policy for HA-JNDI -->
| <attribute name="LoadBalancePolicy">org.jboss.ha.framework.interfaces.RoundRobin</attribute>
|
| <!-- Client socket factory to be used for client-server
| RMI invocations during JNDI queries
| <attribute name="ClientSocketFactory">custom</attribute>
| -->
| <!-- Server socket factory to be used for client-server
| RMI invocations during JNDI queries
| <attribute name="ServerSocketFactory">custom</attribute>
| -->
| </mbean>
|
| <!-- ==================================================================== -->
| <!-- HA Invokers -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.invocation.unified.server.UnifiedInvokerHA"
| name="jboss:service=invoker,type=unifiedha">
| <depends>jboss:service=TransactionManager</depends>
| <depends optional-attribute-name="Connector"
| proxy-type="attribute">jboss.remoting:service=Connector,transport=socket</depends>
| <depends>jboss:service=${jboss.partition.name:DefaultPartition}</depends>
| </mbean>
|
| <mbean code="org.jboss.invocation.jrmp.server.JRMPInvokerHA"
| name="jboss:service=invoker,type=jrmpha">
| <attribute name="ServerAddress">${jboss.bind.address}</attribute>
| <attribute name="RMIObjectPort">4447</attribute>
| <!--
| <attribute name="RMIClientSocketFactory">custom</attribute>
| <attribute name="RMIServerSocketFactory">custom</attribute>
| -->
| <depends>jboss:service=Naming</depends>
| </mbean>
|
| <!-- the JRMPInvokerHA creates a thread per request. This implementation uses a pool of threads -->
| <mbean code="org.jboss.invocation.pooled.server.PooledInvokerHA"
| name="jboss:service=invoker,type=pooledha">
| <attribute name="NumAcceptThreads">1</attribute>
| <attribute name="MaxPoolSize">300</attribute>
| <attribute name="ClientMaxPoolSize">300</attribute>
| <attribute name="SocketTimeout">60000</attribute>
| <attribute name="ServerBindAddress">${jboss.bind.address}</attribute>
| <attribute name="ServerBindPort">4448</attribute>
| <attribute name="ClientConnectAddress">${jboss.bind.address}</attribute>
| <attribute name="ClientConnectPort">0</attribute>
| <attribute name="EnableTcpNoDelay">false</attribute>
| <depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends>
| <depends>jboss:service=Naming</depends>
| </mbean>
|
| <!-- ==================================================================== -->
|
| <!-- ==================================================================== -->
| <!-- Distributed cache invalidation -->
| <!-- ==================================================================== -->
|
| <mbean code="org.jboss.cache.invalidation.bridges.JGCacheInvalidationBridge"
| name="jboss.cache:service=InvalidationBridge,type=JavaGroups">
| <!-- We now inject the partition into the HAJNDI service instead
| of requiring that the partition name be passed -->
| <depends optional-attribute-name="ClusterPartition"
| proxy-type="attribute">jboss:service=${jboss.partition.name:DefaultPartition}</depends>
| <depends>jboss.cache:service=InvalidationManager</depends>
| <attribute name="InvalidationManager">jboss.cache:service=InvalidationManager</attribute>
| <attribute name="BridgeName">DefaultJGBridge</attribute>
| </mbean>
|
| </server>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061497#4061497
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061497
18Â years, 9Â months
[Clustering/JBoss] - Re: :: Question On JBoss Clustering with Hibernate Second Le
by BhaktavatsalamReddy
Here is the treecache.xml
=================
<?xml version="1.0" encoding="UTF-8" ?>
| <server>
| <classpath codebase="./lib" archives="jboss-cache.jar, jgroups.jar" />
|
| <mbean code="org.jboss.cache.TreeCache" name="jboss.cache:service=TreeCache">
| <depends>jboss:service=Naming</depends>
| <depends>jboss:service=TransactionManager</depends>
|
| <attribute name="TransactionManagerLookupClass">org.jboss.cache.JBossTransactionManagerLookup</attribute>
|
| <attribute name="NodeLockingScheme">PESSIMISTIC</attribute>
|
| <attribute name="IsolationLevel">NONE</attribute>
|
| <attribute name="CacheMode">REPL_SYNC</attribute>
|
| <!-- Clustering Related when the Second Level Cache Is Enabled -->
| <attribute name="ReplQueueInterval">0</attribute>
|
| <attribute name="ReplQueueMaxElements">0</attribute>
|
| <attribute name="UseReplQueue">false</attribute>
|
| <attribute name="UseRegionBasedMarshalling">true</attribute>
|
| <attribute name="UseInterceptorMbeans">false</attribute>
|
| <attribute name="InitialStateRetrievalTimeout">20000</attribute>
|
| <attribute name="SyncReplTimeout">30000</attribute>
|
| <attribute name="FetchInMemoryState">false</attribute>
|
| <attribute name="LockAcquisitionTimeout">40000</attribute>
|
| <attribute name="ClusterName">${jboss.partition.name:DefaultPartition}</attribute>
|
| <attribute name="EvictionPolicyClass">org.jboss.cache.eviction.LRUPolicy</attribute>
|
| <attribute name="EvictionPolicyConfig">
| <config>
| <attribute name="wakeUpIntervalSeconds">5</attribute>
| <region name="/_default_">
| <attribute name="maxNodes">10000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">86400</attribute>
| </region>
| <region name="/CompanyImpl">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/LicenseImpl">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/CompanyImpl.licenses">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/LicenseImpl.accounts">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/AccountImpl">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/AccountImpl.folderList">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| <region name="/AccountAccessPlanImpl">
| <attribute name="maxNodes">5000</attribute>
| <attribute name="timeToLiveSeconds">3600</attribute>
| <attribute name="maxAgeSeconds">3600</attribute>
| </region>
| </config>
| </attribute>
|
| <attribute name="CacheLoaderConfiguration">
| <config>
| <passivation>false</passivation>
| <shared>false</shared>
|
| <cacheloader>
| <class>org.jboss.cache.loader.FileCacheLoader</class>
| <properties>
| location=treecache
| </properties>
| <async>false</async>
| <fetchPersistentState>true</fetchPersistentState>
| <ignoreModifications>false</ignoreModifications>
| <purgeOnStartup>true</purgeOnStartup>
| </cacheloader>
| </config>
| </attribute>
|
| <attribute name="ClusterConfig">
| <config>
| <TCP bind_addr="10.5.1.231" start_port="7800" loopback="true"
| tcp_nodelay="true"
| recv_buf_size="640000"
| send_buf_size="640000"
| discard_incompatible_packets="true"
| enable_bundling="false"
| max_bundle_size="64000"
| max_bundle_timeout="30"
| use_incoming_packet_handler="true"
| use_outgoing_packet_handler="false"
| down_thread="false" up_thread="false"
| use_send_queues="false"
| sock_conn_timeout="300"
| skip_suspected_members="true"/>
| <TCPPING initial_hosts="10.5.1.231[7800]" port_range="3"
| timeout="3000"
| down_thread="false" up_thread="false"
| num_initial_members="1"/>
| <MERGE2 max_interval="100000"
| down_thread="false" up_thread="false" min_interval="20000"/>
| <FD_SOCK down_thread="false" up_thread="false"/>
| <FD timeout="10000" max_tries="5" down_thread="false" up_thread="false" shun="true"/>
| <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false"/>
| <pbcast.NAKACK max_xmit_size="60000"
| use_mcast_xmit="false" gc_lag="0"
| retransmit_timeout="300,600,1200,2400,4800"
| down_thread="false" up_thread="false"
| discard_delivered_msgs="true"/>
| <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
| down_thread="false" up_thread="false"
| max_bytes="400000"/>
| <pbcast.GMS print_local_addr="true" join_timeout="3000"
| down_thread="false" up_thread="false"
| join_retry_timeout="2000" shun="true"
| view_bundling="true"/>
| <pbcast.STATE_TRANSFER down_thread="true" up_thread="true" use_flush="true"/>
| </config>
| </attribute>
| </mbean>
| </server>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061496#4061496
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061496
18Â years, 9Â months
[JBoss Seam] - seam s:link fetchs list multiple times. big error !
by bulloncito
s:link fetchs list multiple times, here's what happens, this is .xhtml fragment:
<h:dataTable id="users" value="#{selectEmployee.resultList}" var="employee">
| <h:column> ... simple columns: employee.name, employee.phone, etc ... </h:column>
| <h:column>
| <s:link propagation="none" view="/register/register-employee.xhtml" >
| <f:param name="employeeId" value="#{employee.id}" />
| </s:link>
| <s:link propagation="none" view="/register/edit-calendar.xhtml" >
| <f:param name="employeeId" value="#{employee.id}" />
| </s:link>
| // some other links
| </h:column>
| </h:dataTable>
... and the Bean code looks like this:
(I'm not extending EntityQuery because I needed lots of custom filters, for wich EntityQuery was not smart enough, like multiple EL bindings, or no binding at all, but thats a different matter)
public List<Employee> getResultList() {
| // some initialization
| log.debug("fetchin' page from " + pageBegin + " to " + pageEnd ) ;
| return listEmployees.subList( pageBegin , pageEnd ) ;
| }
... the thing is, in logs, there is a print of debug when list is being fetched, then, lets say, if list has n results, and my page has m links per row, then there are n*m links, well, there are n*m fetchs. That sucks. If I change s:link for a href="something.seam?myParams" everything works fine, that however would be a bad anti-pattern sad sorry solution. I'm guessing the most common thing in the world would be to use links per row, so having multiple fetchs would be a bug/error/something-bad ...
I'm using SEAM 1.2.1GA, jBoss-4.2.0.GA, ajax4jsf1.1.1Snapshot, richfaces-3.0.1-SNAPSHOT, jdk1.6.0_02
Any ideas what is going on? Should this be posted as a bug on jira? Should I sit down and cry like a baby?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061495#4061495
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061495
18Â years, 9Â months
[Messaging, JMS & JBossMQ] - Connection not authorized to addMessages to destination
by teodoro21
I have configured a durable topic and I have deployed my simple MDB.
my Oracle'jms_tables contains:
JMS_SUBSCRIPTIONS:
CLIENTID SUBNAME TOPIC SELECTOR
-------------------------------------------------------------------------
ID:1 myTopic myTopic
JMS_USERS:
USERID PASSWD CLIENTID
dynsub dynsub
nobody nobody
john needle DurableSubscriberExample
j2ee j2ee
guest guest
When I try to publish a text message:
......
TopicConnectionFactory tcf = (TopicConnectionFactory)tmp;
conn = tcf.createTopicConnection("john","needle");
topic = (Topic)jndiContext.lookup("topic/myTopic");
session = conn.createTopicSession(false,
TopicSession.AUTO_ACKNOWLEDGE);
conn.start();
TopicPublisher send = session.createPublisher(topic);
TextMessage tm = session.createTextMessage("test message!");
send.publish(tm);
send.close();
I receive the following exception:
javax.jms.JMSSecurityException: Connection not authorized to addMessages to destination: myTopic
at org.jboss.mq.security.ServerSecurityInterceptor.addMessage(ServerSecurityInterceptor.java:167)
at org.jboss.mq.server.TracingInterceptor.addMessage(TracingInterceptor.java:226)
at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:112)
at org.jboss.mq.il.uil2.ServerSocketManagerHandler.handleMsg(ServerSocketManagerHandler.java:111)
at org.jboss.mq.il.uil2.SocketManager$ReadTask.handleMsg(SocketManager.java:395)
at org.jboss.mq.il.uil2.msgs.BaseMsg.run(BaseMsg.java:398)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
at java.lang.Thread.run(Thread.java:595)
Process exited with exit code 0.
Please help me.
teo
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061486#4061486
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061486
18Â years, 9Â months