Bug 1061350 - DM discards everything it cannot display to the user
Summary: DM discards everything it cannot display to the user
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: JBoss BPMS Platform 6
Classification: Retired
Component: Data Modeler
Version: unspecified
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ER2
: 6.0.1
Assignee: Walter Medvedeo
QA Contact: Zuzana Krejčová
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-02-04 16:35 UTC by Zuzana Krejčová
Modified: 2016-08-01 01:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-03-18 11:33:40 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1076473 0 medium CLOSED Data Modeler should not over-write externally added annotations 2021-02-22 00:41:40 UTC

Internal Links: 1076473

Description Zuzana Krejčová 2014-02-04 16:35:05 UTC
Description of problem:
On each change of a class/data object and saving of the model, the Data Modeler re-generates the changed class/data object. If the class contained something that the DM cannot display to the user, these things are ignored and disappear.

Any custom, non-DM-like code is gone once a class is edited in the DM.



Example A:
Developer creates a class using some external tool, pushes it through Git. This class contains a method public void doSomething(). Business user opens the DM and adds an attribute to this class, then saves the data model.
Result: The 'doSomething' is gone from the class.

Example B:
Developer creates an interface or abstract class using some external tool, pushes it through Git. Business user opens the DM, sees this interface or abstract class, but does not know this is not a normal class. So he adds an attribute, then saves the data model.
Result: The interface or abstract class is changed to normal class.

Example C:
Developer creates a class using some external tool, pushes it through Git. This class contains a private attribute called someAttr, but no getter or setter for it. Business user opens the DM and adds an attribute to this class, then saves the data model.
Result: The 'someAttr' attribute is gone from the class.

Example D:
Developer creates a class using some external tool, pushes it through Git. This class contains a public int attribute called someAttr, but no getter or setter for it. Business user opens the DM and adds an attribute to this class, then saves the data model.
Result: The 'someAttr' attribute is changed to Integer, getter and setter are generated.

Example E:
Developer edits a class using some external tool, pushes it through Git. The change done is just an added System.out.println("debug msg"); added to the default non-parametric constructor. Business user opens the DM and adds an attribute to this class, then saves the data model.
Result: The debug print is gone.



Version-Release number of selected component (if applicable):
BPMS 6.0 CR2


Steps to Reproduce:
See examples in the description.

Comment 1 Walter Medvedeo 2014-02-07 10:17:40 UTC
It was defined that if a .java file is created or modified by an external editor, the datamodeler will show this class in read only model.
See https://bugzilla.redhat.com/show_bug.cgi?id=1041760


Note You need to log in before you can comment on or make changes to this bug.