Even after the attempt to cleanup the DeploymentUnit attachment transient vs trasient
managed object attachments by putting non-serializable attachments into the transient
bucket, while looking into JBMICROCONT-152 even serializable metadata is too aggregate to
be able to make this distinction. For example, the ServiceMetaData contains
ServiceInjectionValueMetaData which
| public class ServiceInjectionValueMetaData extends AbstractMetaDataVisitorNode
| implements ServiceValueMetaData, Serializable
| {
| private static final long serialVersionUID = 1;
|
| /** The dependency */
| private transient Object dependency;
|
| /** The property */
| private String property;
|
| /** The required state of the dependency */
| private ControllerState dependentState = ControllerState.INSTALLED;
|
This was not a valid transformation to a Serializable because the dependency cannot be
restored, and its a neccessary attribute. So, the default attachment bucket is going to
have to be the transient one. Only if a deployer knows its metadata can be used as a
serializable transient managed object would it use the transient managed object bucket
explicitly.
Generally it looks like the existing metadata is going to have to be refactored to allow
for externalizable managed objects that can be persisted.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024558#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...