So I'm admittedly new at performing JBoss releases, but wanted to raise a couple concerns encountered while doing a couple this weekend for the EJB3 Projects.
Following instructions from:
http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenReleaseProcess
This doesn't account for branching first, I'd been tagging straight off of trunk. This makes doing minor incremental releases more difficult (ie. 0.1.1.Beta1, 0.1.1.Beta2, etc) because the Maven release plugin will (by default) set the next development version to something like "0.1.2-SNAPSHOT". Would love to see a process that involves a branch first to "0.1.1.BetaX" and tag "X" as subsequent releases off this branch, not incrementing the next development version at all.
What steps have been taken by others to work around this, if any? Could we introduce the Maven Branch Plugin to "mvn release:branch -DupdateBranchVersions=true -DupdateWorkingCopyVersions=false" into the process? **
S,
ALR
References:
** = http://maven.apache.org/plugins/maven-release-plugin/examples/branch.html
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110015#4110015
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110015
The previous code in JBossEjbParsingDeployer.createMetaData had this useless code:
| // If there no JBossMetaData was created from a jboss.xml, create one
| if (metaData == null)
| {
| metaData = new JBossMetaData();
| JBossEnterpriseBeansMetaData jbBeans = new JBossEnterpriseBeansMetaData();
| metaData.setEnterpriseBeans(jbBeans);
| }
|
Is this taken care of in MergedJBossMetaDataDeployer?
Or this code needs additional:
| unit.getTransientManagedObjects().addAttachment(getOutput(), metaData);
|
That's what I added.
Or we can completely delete that piece?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109962#4109962
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109962