[Clustering/JBoss] - Re: Horizontal Clustering not working _ need help
by canty28
Please also find my cluster-service.xml
<UDP mcast_addr="${jboss.partition.udpGroup:228.1.2.3}" mcast_port="45566"
ip_ttl="8" ip_mcast="true"
mcast_send_buf_size="800000000" mcast_recv_buf_size="150000000"
ucast_send_buf_size="800000000" ucast_recv_buf_size="150000000"
loopback="false" bind_addr="${jboss.bind.address}" />
<PING timeout="2000" num_initial_members="3"
up_thread="true" down_thread="true"/>
<MERGE2 min_interval="10000" max_interval="20000"/>
<FD shun="true" up_thread="true" down_thread="true"
timeout="2500" max_tries="5"/>
<VERIFY_SUSPECT timeout="3000" num_msgs="3"
up_thread="true" down_thread="true"/>
<pbcast.NAKACK gc_lag="50" retransmit_timeout="300,600,1200,2400,4800"
max_xmit_size="8192"
up_thread="true" down_thread="true"/>
<UNICAST timeout="300,600,1200,2400,4800" window_size="100" min_threshold="10"
down_thread="true"/>
<pbcast.STABLE desired_avg_gossip="20000"
up_thread="true" down_thread="true"/>
<FRAG frag_size="8192"
down_thread="true" up_thread="true"/>
<pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
shun="true" print_local_addr="true"/>
<pbcast.STATE_TRANSFER up_thread="true" down_thread="true"/>
The reason why we had to increase the mcast and ucast buffer sizes was mainly because the war file which we were deploying is around 107 M. Please help me in this matter. I have been following the forums. I have also tried adding route and also adding bind address to the cluster-service.xml but that eventually throws an error.We are running JBOSS 4.0.3SP1 on SLES9. Any help in this matter or previous experiences would be helpful.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037951#4037951
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037951
19 years, 1 month
[Clustering/JBoss] - Re: Horizontal Clustering not working _ need help
by canty28
Here is my tc5-Cluster.xml
<!--
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
-->
<UDP mcast_addr="${jboss.partition.udpGroup:230.1.2.7}" mcast_port="45577"
ip_ttl="8" ip_mcast="true"
mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
loopback="false" />
<PING timeout="2000" num_initial_members="3"
up_thread="false" down_thread="false"/>
<MERGE2 min_interval="10000" max_interval="20000"/>
<FD_SOCK/>
<VERIFY_SUSPECT timeout="1500"
up_thread="false" down_thread="false"/>
<pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
max_xmit_size="8192" up_thread="false" down_thread="false"/>
<UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10"
down_thread="false"/>
<pbcast.STABLE desired_avg_gossip="20000"
up_thread="false" down_thread="false"/>
<FRAG frag_size="8192"
down_thread="false" up_thread="false"/>
<pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
shun="true" print_local_addr="true"/>
<pbcast.STATE_TRANSFER up_thread="true" down_thread="true"/>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037950#4037950
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037950
19 years, 1 month
[JBoss Seam] - DataModel in two SFSB issues
by lcoetzee
Hi,
I have an interesting issue with DataModels. Any suggestions would be appreciated.
The setup:
I have Bean "A" which has a list ("sections") annotated as DataModel. "sections" is available in my current conversation. When invoking a method from my JSF page (which calls a method in my second Bean "B", who also has the "sections" annotated with a DataModel), I run into problems as the "sections" are not available in Bean "B". (I have looked at the conversation context and can see that "sections" has been removed from the context).
This is quite weird. I then stepped through the Seam code and ran into the following in "Component.java"
private void outjectDataModel(Object bean, BijectedAttribute dataModelGetter)
| {
| DataBinder wrapper = createWrapper(dataModelGetter.getAnnotation() );//1
| Object list = dataModelGetter.get(bean);//2
| String name = dataModelGetter.getName();
| Annotation dataModelAnn = dataModelGetter.getAnnotation();
| ScopeType scope = wrapper.getVariableScope(dataModelAnn);
|
| Context context = getOutScope(scope, this).getContext();
| Object existingDataModel = context.get(name);
| boolean dirty = existingDataModel == null || scope==PAGE ||
| wrapper.isDirty(dataModelAnn, existingDataModel, list);//3
|
| if (dirty)
| {
| if ( list!=null )
| {
| context.set( name, wrapper.wrap(dataModelAnn, list) );
| }
| else
| {
| context.remove(name);
| }
| }
| }
|
|
Line //2 return null for the list value when entering into Bean B while outjecting (seems the list is associated with the bean name, in this case Bean B, in stead of returning the list associated with Bean A, or just by extracting it from the conversation context).
As a result of the null value Line //3 is always dirty, resulting in the variable being removed from the conversation context !
Is it possible two have a DataModel used over two SFSB's ? Based on the above Seam code it appears as if a DataModel is hardwired to a specific SFSB.
Regards
Louis
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037949#4037949
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037949
19 years, 1 month
[JBoss Portal] - Re: Access userPrincipal from Servlet
by Antoine_h
I look at the CMSExportServlet in the jboss portal sources. It does not enforce security... so it is a bad track. sorry.
where is your servlet ?
calling the jndi service for the subject works with the filter put in web.xml of the portal-server.war.
This web app is the context where the sercurity domain is defined.
so if not in this context, then that is why the subject is not found
sounds logical if there are none defined in your web app, no ?
I am not sure, but sound logical...
I am not good enough at tomcat, security realm, domains, etc...
but I guess you can manage to set your web app to share the same authentification "domain" as the one of the portal, ie the one of portal-server.war
or look at jboss security ref guide, and how to secure a web app.
they explain how to set it in a web app, and compare with the portal-server.war web app.
hope it helps...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037934#4037934
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037934
19 years, 1 month