This content has been marked as final.
Show 2 replies
-
1. Re: InstallType vs. CallbackType
alesj Feb 29, 2008 8:24 AM (in response to alesj)"alesj" wrote:
Why the change/difference in handling installType vs. callbackType?
To be consistent with JAXB?
Since we have separate metadata classes for install callback and uninstall callback, where there is only single install metadata class for the installs/uninstall? -
2. Re: InstallType vs. CallbackType
adrian.brock Feb 29, 2008 8:54 AM (in response to alesj)"alesj" wrote:
"alesj" wrote:
Why the change/difference in handling installType vs. callbackType?
To be consistent with JAXB?
Since we have separate metadata classes for install callback and uninstall callback, where there is only single install metadata class for the installs/uninstall?
No its called "forward compatibility".
In the future, we might want to add something that is only for one of them.
Why did you create an InstallCallbackMetaData with no additional
properties if not for this reason? :-)
The JAXB changes just brought the issue into focus.
The same is probably true of the install and lifecycle types?
I guess I was a bit lazy in just cloning it, there should really be an
abstractCallbackType to ease maintenance. :-)