Bug 1039078

Summary: kjar on maven repo doesn't seem to (always) contain up-to-date module.xml
Product: [Retired] JBoss BRMS Platform 6 Reporter: Kris Verlaenen <kverlaen>
Component: Business CentralAssignee: manstis
Status: CLOSED DUPLICATE QA Contact: Lukáš Petrovický <lpetrovi>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: unspecified   
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-06 14:45:13 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kris Verlaenen 2013-12-06 14:41:40 UTC
When doing changes to the kmodule.xml file (for example adding a default kbase, ksession and some work item handlers) through the Project Editor, or also when manually changing the module.xml, and then doing a Build & Deploy, the generated jar on the local maven repo doesn't always seem to contain the last version of the kmodule.xml file.  While the changes definitely seem to be recorded in the VFS (reopening in Project Editor or manually opening kmodule.xml seems to confirm this), the jar that is built doesn't always seem to be up-to-date.

It does seem to pick up changes sometimes, but it is unclear when / why.

To reproduce, create a project, in Project Editor create default kbase + ksession with work item handler.  Keep change the name of the work item handler, save and build & deploy, then check the generated jar for the contents of the kmodule.xml in there.  In my case, it didn't always include the latest version.

Note that this was reproduced on ER5 (with a cleared cache), it doesn't seem to occur (or less, or just plain luck?) on community build.

Comment 1 manstis 2013-12-06 14:45:13 UTC

*** This bug has been marked as a duplicate of bug 1034785 ***