"clebert.suconic(a)jboss.com" wrote : "timfox" wrote : I think this is more of a JGroups question than a messaging question.
|
| True, but the semantic changed and it is affecting JBM.
|
| I tried all the possible current alternatives using the multiplexor, and I can' t get multiple channels inside the same VM to see each other.
My point is, if JGroups behaviour has changed between releases, one of the JGroups team can probably advise you better on what has changed and how to deal with it than one of the JBM team :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189622#4189622
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189622
We have another problem to solve now.
The latest JGroups (not sure if 2.6.7 or 2.6.6) changed one semantic over the channels.
We have a test that instantiate several channels inside the same VM. Before this was working fine, but now I can't connect more than one channel on the same singletonName on the stack. I have removed the singleton attribute but then the channels are not seeing each other.
I create multiple stacks (one for each instance) and they don't see each other either.
How can someone create multiple connected JChannels on the UDP inside the same VM for tests?
For the Record, the test I have problem now is ClusteredPostOfficeTest.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189551#4189551
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189551
I think we'll want to change the packaging somehow. I think the standalone classes should be merged into API for sure. API, and core should remain separate for classloading reasons... util should probably be split among core and API rather than being wholly in the API.
So in the end there should be:
jboss-remoting-api.jar <- api plus standalone and some util
jboss-remoting-core.jar <- core plus some util (maybe these should be merged to one module)
jboss-remoting-transporter.jar <- transporter
jboss-remoting-multiplex.jar <- multiplex transport
I dunno, needs more thinking I guess. What do you guys think?
Also, gotta remember to get COPYING.txt in all of those... and source JAR targets too.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189538#4189538
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189538