[JBoss-dev] Re: JBossMQ in JBoss5

Encouragement is fine. But telling a contributor that his work is useless is not. Especially when that reason is based on irrelevant JBoss.com development policy that doesn't affect them. I already promised him that the work could go in JBoss4 once he had it working and tested in JBoss5. Converting JBossMQ deployments to JBoss Messaging deployments is not an option for everybody. Forcing such a conversion would just leave certain users/customers stuck with JBoss4. Supporting JBossMQ within JBoss5 is no different to supporting JBossMQ within JBoss4 since it is the same codebase. I expect the market to decide that JBoss Messaging is better than JBossMQ (it already is, even before the upcoming clustering features) and the number of JBossMQ users will gradually diminish to zero. On Fri, 2006-09-15 at 17:58 +0000, Andrig T Miller wrote: > Adrian, > > Every new feature that is developed for JBossMQ has to also be > put into JBoss Messaging. It doesn't matter who does the work, in my > mind. New features of any kind should NOT be put into JBossMQ. If > the community wants to contribute something, they need to be > encouraged to contribute to JBoss Messaging. > > On the topic of JBossMQ still being in AS 5, I was not aware that > that was an official decision. If that is the case, that decision > needs to be revisted, in my opinion. I see no reason to have both > code bases in AS 5, considering that customers application code is not > affected by the change, only server configuration. I would rather see > us take a little time to develop a conversion utility for the > migration of the configuration between the two, as part of our > productizing AS 5 and JBoss Messaging, then see us support the old > code base. > > Andy > > On Fri, 2006-09-15 at 14:45 +0200, Adrian Brock wrote: > > http://jira.jboss.com/jira/browse/JBAS-2156 > > plus some others. > > > > JBossMQ will be a part of JBoss5. > > I've already had to correct this statement on the WIKI before. > > > > JBoss Messaging will be the default, JBossMQ will be optional > > for those that need to keep using their JBossMQ configuration > > within JBoss5. > > > > We will remove support for JBossMQ once people have had time > > to migrate, i.e. probably JBoss6 or maybe 7 depending upon > > when JBoss6 is released. > > > > Development of major new features for JBossMQ by JBoss > > has already stopped except for those requested by paying customers, > > e.g. XARecovery integration with JBossTM is the latest example. > > > > That does not preclude development by the community. > > > > The example above is a feature provided by the community. > > JBoss.com policy towards JBossMQ should not affect this work! > Andrig (Andy) Miller > VP, Engineering > JBoss, a division of Red Hat