[
https://jira.jboss.org/browse/TEIID-1331?page=com.atlassian.jira.plugin.s...
]
Ramesh Reddy commented on TEIID-1331:
-------------------------------------
The reason they are coded that way because they are considered as read-only properties.
There are only few properties on the MO that are allowed for updating. We could set them
as "readOnly" in the annotations, however when the update file is written, it
writes with out "read only" fields, thus it can never merge correctly with MO
from deployer and MO from update, next time the Server starts.
So, we allowed writes all fields, but wrote the old values into it thus we controlled
"readOnly" on fields we want. Then on JOPR plugin, we actually represented them
in UI. However, if one uses the Profile Service API directly to update then they will see
the behaviour you are seeing.
VDBMetaDataInstanceClassFactory is using old value
--------------------------------------------------
Key: TEIID-1331
URL:
https://jira.jboss.org/browse/TEIID-1331
Project: Teiid
Issue Type: Bug
Components: Jopr Plugin
Affects Versions: 7.1
Environment: JbossAS 5.1
Reporter: Cristiano Nicolai
Assignee: Ramesh Reddy
Fix For: 7.1.1
Attachments: TeiidManagement.java
When updating ManagementComponent values via ProfileService,
VDBMetaDataInstanceClassFactory class is using ManagedProperty.getValue to retrieve the
updated value instead of MetaValue value received parameter. The value returned by
ManagedProperty.getValue is the actual one, not the new value that was submitted.
Basically should use:
MetaValueFactory.getInstance().unwrap(value);
Instead of:
MetaValueFactory.getInstance().unwrap(property.getValue());
In all properties manipulated by the setValue method.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira