Bug 793658 (JBEPP-736) - Leverage the EAP parameter jboss.default.jgroups.stack to make switching to TCP easier
Summary: Leverage the EAP parameter jboss.default.jgroups.stack to make switching to T...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: JBEPP-736
Product: JBoss Enterprise Portal Platform 5
Classification: JBoss
Component: Portal
Version: 5.1.0.GA
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.2.0.ER06
Assignee: mposolda
QA Contact:
URL: http://jira.jboss.org/jira/browse/JBE...
Whiteboard:
Depends On:
Blocks: JBEPP-735
TreeView+ depends on / blocked
 
Reported: 2010-12-15 14:01 UTC by Martin Weiler
Modified: 2012-02-28 16:38 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-26 10:27:17 UTC
Type: Task


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 793696 0 high CLOSED Use JndiMultiplexedJBossCacheRegionFactory for IDM second level cache to make switching to TCP easier 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 793703 0 high CLOSED Call RuntimeConfig.setMuxChannelFactory for the JBoss Cache instances created by PicketLink IDM 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 793704 0 high CLOSED Call RuntimeConfig.setMuxChannelFactory for the MOPSessionManager JBoss Cache instance 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 793705 0 high CLOSED PicketLink should use separate cache cluster names for apiCacheConfig and storeCacheConfig 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 793862 0 high CLOSED EPP52-EID_103: JBoss Cache/jGroups review 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 794144 0 high CLOSED Support for shared transport in JGroups configuration 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker JBEPP-736 0 Major Closed Leverage the EAP parameter jboss.default.jgroups.stack to make switching to TCP easier 2013-11-11 13:38:01 UTC


Description Martin Weiler 2010-12-15 14:01:41 UTC
Help Desk Ticket Reference: https://na7.salesforce.com/500A0000004UaFc
project_key: JBEPP

JBoss AS / EAP supports an easy switch to change clustering communication from UDP to TCP: -Djboss.default.jgroups.stack=tcp

EPP should leverage this by adding a jgroups stack based on TCP and by using the jboss.default.jgroups.stack parameter to control which stack is being used.

Comment 1 Martin Weiler 2011-01-10 10:48:53 UTC
Link: Added: This issue related JBEPP-772


Comment 2 Martin Weiler 2011-01-26 21:33:03 UTC
Link: Added: This issue is related to JBEPP-778


Comment 3 Martin Weiler 2011-01-26 21:33:03 UTC
Link: Added: This issue is related to JBEPP-779


Comment 4 Martin Weiler 2011-01-26 21:33:03 UTC
Link: Added: This issue is related to JBEPP-780


Comment 6 hfnukal@redhat.com 2011-03-29 10:19:36 UTC
Link: Added: This issue is a dependency of JBEPP-735


Comment 9 Thomas Heute 2011-04-13 07:39:23 UTC
Would be better to not close them until the dependent or related ones are not closed.
Here it seems like the feature describe by the JIRA is fixed but it is not.

Comment 10 hfnukal@redhat.com 2011-08-15 10:14:22 UTC
Link: Added: This issue relates to JBEPP-935


Comment 11 mposolda 2011-10-26 08:53:11 UTC
Link: Added: This issue is related to GTNPORTAL-2234


Comment 12 mposolda 2011-10-26 10:27:17 UTC
Release Notes Text: Added: We are using parameter -Dgatein.default.jgroups.stack=tcp to switch EPP clusters (JCR, IDM, MOPSessionManager, NavigationService, DescriptionService) to TCP. So that we are independent on "jboss.default.jgroups.stack" parameter, which is good for portability (same fix is applied in GateIn trunk where it need to work for all servers).

Another thing is that EAP supports more valid values for parameter jboss.default.jgroups.stack (udp, udp-async, udp-sync, tcp, tcp-sync...) where we have only two for parameters gatein.default.jgroups.stack (udp, tcp). However it's not problem to add more JGroups configurations. JGroups configs are under gatein.ear/02portal.war/WEB-INF/classes/jgroups directory and there are two files gatein-udp.xml and gatein-tcp.xml. You can add more files or change existing if needed.


Comment 13 mposolda 2011-10-26 10:28:40 UTC
Link: Added: This issue relates to JBEPP-1210


Comment 14 mposolda 2011-10-26 10:28:41 UTC
This JIRA is fixed with JBEPP-1210 (rev 7870)

Comment 15 Thomas Heute 2011-11-17 15:07:36 UTC
Release Notes Docs Status: Added: Not Yet Documented


Comment 16 Jared MORGAN 2011-11-30 03:48:27 UTC
Release Notes Docs Status: Removed: Not Yet Documented Added: Documented as Feature Request
Release Notes Text: Removed: We are using parameter -Dgatein.default.jgroups.stack=tcp to switch EPP clusters (JCR, IDM, MOPSessionManager, NavigationService, DescriptionService) to TCP. So that we are independent on "jboss.default.jgroups.stack" parameter, which is good for portability (same fix is applied in GateIn trunk where it need to work for all servers).

Another thing is that EAP supports more valid values for parameter jboss.default.jgroups.stack (udp, udp-async, udp-sync, tcp, tcp-sync...) where we have only two for parameters gatein.default.jgroups.stack (udp, tcp). However it's not problem to add more JGroups configurations. JGroups configs are under gatein.ear/02portal.war/WEB-INF/classes/jgroups directory and there are two files gatein-udp.xml and gatein-tcp.xml. You can add more files or change existing if needed. Added: It is possible to switch portal clusters between UDP and TCP communication modes using a command-line parameter. The -Dgatein.default.jgroups.stack=[tcp | udp] parameter switches EPP clusters (JCR, IDM, MOPSessionManager, NavigationService, DescriptionService) between the two protocols. The functionality is implemented using an adapted, and mutually exclusive implementation of jboss.default.jgroups.stack.

<note><para>This enhancement is based on, but deliberately independent of, the JBoss Enterprise Application Platform parameter. "jboss.default.jgroups.stack" which supports more values by default than Enterprise Portal Platform currently does. The decision to keep the two parameters separate was for upstream compatibility.</para></note>



Note You need to log in before you can comment on or make changes to this bug.