Rusty Nell

Greenhorn
+ Follow
since Jun 13, 2008
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Rusty Nell

The issues I would like to avoid are:

1) different deployment per server instance in the cluster
2) a need to know anything about the other deployed server instances.
3) proliferation of queues

To solve #1 the server would need to use a message selector or locate a queue based on something from it's environment. The deployed artifact (ear file) should be deployed to the entire cluster.

To solve #2 the message originator would not know anything about the deployment details of the cluster, it would just know of a single queue to direct all messages to. When a message is received, servers would need to dump all unwanted messages to a 'not my message' queue.

To solve #3 there would be one queue where all inbound messages are received and a second where messages with specific routing would be placed. That makes a total of two distributed queues, instead of one queue per server instance.


My goal is to place the burden of getting the correct messages on the consumer, leaving the message provider agnostic of the consumer deployment details.

-Rusty
Running Weblogic 10.0 servers in a clustered environment, is there a way to create a uniform deployment where the MDB on each server instance in the cluster could use a message selector that only picked up messages from a shared queue that are destined for that specific server instance?

It's a weird case, 99% of the messages can be picked up by any server in the cluster, but 1% of them need to be processed by a specific instance. I would like to have one MDB read blindly, and if it receives a message marked for a specific instance, it would place it into a different queue where a second MDB could pick it up based on message selector.

This keeps my performance up on the 99% of the cases and puts the penalty on the 1%. This use case is a request-response pair of messages. Most the time the server is stateless and any instance can correlate the response, but in 1% of the cases, a specific server instance is expecting the response to be applied to an object it is holding in a memory cache to make the asynchronous service call look like a synchronous call to the service client.

Thanks
-Rusty
I am running Weblogic 10.0 servers in a clustered environment, is there a way that I could uniquely identify each individual server instance in the cluster while keeping the deployment of the servers instances uniform?

I am sending messages from the cluster and want the message to contain both the name of the application that sent the message as well as identification of the actual server in the application cluster.

Thanks
-Rusty