That totally does! This sounds like a great path forward that would allow us to eventually migrate away from having 'upgrade-charm' fire when a resource is attached, while maintaining backward compat for the charms that use it until its deprecated.
Well .... I didn't mean to just imply that things should change to this ^ way, but it seems sensible. Possibly we could have more of a conversation around this? ~James On Tue, Sep 26, 2017 at 12:41 AM, Merlijn Sebrechts < merlijn.sebrec...@gmail.com> wrote: > Does a `resource.changed` flag address your needs? That should be possible > to implement in charms.reactive, I think. > > 2017-09-24 17:53 GMT+02:00 James Beedy <jamesbe...@gmail.com>: > >> How do people feel about splitting the upgrade-charm hook into multiple >> hooks to facilitate better resource management? >> >> What I'm thinking would be super helpful would be to have the >> upgrade-charm hook still active for charm upgrades, and have separate hooks >> or flags that would indicate resource upgrades. >> >> I'm thinking something like: >> >> 'juju attach myapp myresource=myresource.file' >> >> Would cause the 'upgrade-resource-myresource' hook to become active on >> instances of 'myapp'. >> >> I feel that having this affinity from resource -> >> resource-upgrade-<resource-name> hook would be a huge win for resource >> management. >> >> Thoughts? >> >> >> >> >> -- >> Juju-dev mailing list >> juju-...@lists.ubuntu.com >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/juju-dev >> > >
-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju