We need a JBossMessaging deployment that runs in as cut-down a fashion as possible. Ideally this should be within the MC. So it seems to me that we have a couple of options:
(i) backoff from using the MC for now (until JBossMessaging integration is done) and look at prototyping against a stripped down version of JBossAS 4.0.3SP1
(ii) see if it's possible to help on the JBossMessaging MC integration.
My preference would be (ii), but I'd be interested in hearing other opinions and options.
I can see that ii) would be preferable from an ESB POV.
However i) is actually fairly trivial (famous last words) to do, whilst ii) probably requires more thought (and time).
To be honest I have avoided the MC until now so I'm not really sure exactly what and how much is involved, although it's fair to say it's not a 10 minute job ;)
If you really need to get moving quick, then i) is probably the way to go. If you're happy to wait a bit longer then I would suggest ii).
I'm not sure how much grief it would be for you to move from using i) to ii) a bit further down the road.
Let's wait and see what Ovidiu thinks, but they're not mutually exclusive. Arvinder could look at the cut-down (AS dependent) MS approach while you guys work on (i).
As you said option (ii) would probably be best due to the coupling between the 2 projects and it may provide clearer usecases/scenarios/ways to use the microcontainer within the esb and its associated services.
The kernel roadmap http://docs.jboss.org/nightly/microkernel/docs/roadmap/en/pdf/kernel-roadmap.pdf
indicates jmx support in Milestone 3. AFAIK the current release is M2,
http://labs.jboss.com/portal/jbossmc/index.html so option (ii) would depend on M3 for the microcontainer - i think ?
So I think we need to backtrack and start on option (i) first, while lending input to (ii) as and when it's needed. Sound reasonable?
Yes i think you are right. Ok, let me put some my thoughts and questions together about the infrastructure setup w.r.t services/components/deployables which may initially end up being a sar deployed alongside standalone messaging .. is this ok ?
Yes, that sounds good.
Here too ;-)
From a management/administrative standpoint, it is easier to swallow deploying something on JBossAS than a new stand-alone component.
The reason is that IT operations already have SLAs/procedures/people for JBossAS so deploying a SAR is the best for such an existing infrastructure, as it does not create the need to discover/establish a new environment.
The JBossESB architecture is meant to be agnostic to the deployment container, and obviously we don't want to prevent people from deploying into existing JBossAS infrastructures. So both approaches will need to be supported. We were thinking of MC to start with simply because a) it's closer to the plug-and-play POJO style and looks a nice, simpler and cleaner approach and b) you've got to start somewhere ;-)