[EJB 3.0] - MDB external configuration
by cpslo1999
I have a JavaEE system that has one feeder application and several consumer applications. The producer is transmitting messages over a JMS topic. The consumer applications are all EJB3 apps, and I had planned to use MDBs on the consumer systems to process the incoming messages. However, while most of the messages are legitimately broadcast messages, on occasion the producer system needs to target a specific consumer system. I had thought to do this via the selector mechanism. Something like this:
clientID is NULL AND feed in ('feed1', 'feed2')
| OR
| clientID = 'myClientID' AND feed in ('feed1', 'feed2')
I deploy my apps in ear files. Is there a way to specify a selector outside of the .ear file so the person installing the application can adjust the client ID? I'm hesitant to require that the person installing my consumer application(s) unzip the ear, change the selector's "myClientID" value, and rezip it. I would rather use a identical application package on our multiple production servers (and the test servers for that matter) and have other files, descriptors, or database settings outside of the ear tweaked to account for the environment.
Ultimately, it would be great to be able to modify the selector at runtime so I can use my application's existing configuration mechanisms to locate and set the clientID. Is that possible?
(FYI: I posted this scenario on the JB Messaging forum already to discuss the JMS aspects of this scenario http://www.jboss.org/index.html?module=bb&op=viewtopic&t=155644)
Any other ideas are appreciated as well,
Josh
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232487#4232487
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232487
16 years, 11 months
[Microcontainer] - Re: can't read resource from the classpath??
by jeff.yuchang
"alesj" wrote : "jeff.yuchang" wrote :
| | Is the jar package the only way to get this kind of resource?? I mean, do we have other approaches, or can we use a custom package suffix?
| It's all by the spec. ;-)
|
| What you had before was actually 3 deployments
| as directories that don't have a '.' in the name
| are not treated as top level deployments.
|
| Hence when you tried to lookup a resource from one of them,
| probably the other one wasn't "ready" yet.
|
| If you have a '.' in your "grouping" directory,
| it will be treated as a top level deployment,
| having those 2 files as sub-deployments and a metadata file.
| This should of course see its resources at any given post-cl-creation time.
Thanks for this info, very to the point. ;-)
I've tested it change the idm name into 'idm.config', it works like a charm. ;-)
Thanks Ales. ;-)
-Jeff
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232456#4232456
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232456
16 years, 11 months