<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 22, 2013 at 3:52 PM, Karel Piwko <span dir="ltr"><<a href="mailto:kpiwko@redhat.com" target="_blank">kpiwko@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I like the proposal, one question though: Will the nuke [checkbox] option<br>
provided from REST API as well?<br></blockquote><div><br></div><div>yep :-) Otherwise I don't know how the UI would get the message to the server</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
On Fri, 22 Nov 2013 15:16:41 +0100<br>
Matthias Wessendorf <<a href="mailto:matzew@apache.org">matzew@apache.org</a>> wrote:<br>
<br>
> That sounds good<br>
><br>
><br>
> On Fri, Nov 22, 2013 at 3:11 PM, Lucas Holmquist <<a href="mailto:lholmqui@redhat.com">lholmqui@redhat.com</a>>wrote:<br>
><br>
> ><br>
> > On Nov 22, 2013, at 9:09 AM, Matthias Wessendorf <<a href="mailto:matzew@apache.org">matzew@apache.org</a>><br>
> > wrote:<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Fri, Nov 22, 2013 at 3:05 PM, Lucas Holmquist <<a href="mailto:lholmqui@redhat.com">lholmqui@redhat.com</a>>wrote:<br>
> ><br>
> >> i guess i'm think if you are using the admin ui and you delete a variant,<br>
> >> the "are you sure you want to delete" dialog could include a "remove all<br>
> >> installations" checkbox or something<br>
> >><br>
> ><br>
> > Ah - that would be an interesting option;<br>
> ><br>
> ><br>
> > Assuming we have that checkbox-thingy...:<br>
> > * Does clicking it mean we really nuke all that information? (or would<br>
> > that mean they are moved to a NUKED_INSTALLATIONS table)?<br>
> ><br>
> > i say just NUKE em, if the database person wants to setup a trigger on<br>
> > DELETE then thats there responsibility<br>
> ><br>
> > * Does not clicking mean they stay on that table? (so that some admin can<br>
> > do the manual SQL fu for updating FK references to kinda (manually)<br>
> > "relocate" them to a different variant?<br>
> ><br>
> > yup<br>
> ><br>
> ><br>
> ><br>
> > -M<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> >><br>
> >> On Nov 22, 2013, at 9:03 AM, Matthias Wessendorf <<a href="mailto:matzew@apache.org">matzew@apache.org</a>><br>
> >> wrote:<br>
> >><br>
> >> What do you mean with both ?<br>
> >><br>
> >><br>
> >><br>
> >> On Fri, Nov 22, 2013 at 2:56 PM, Lucas Holmquist<br>
> >> <<a href="mailto:lholmqui@redhat.com">lholmqui@redhat.com</a>>wrote:<br>
> >><br>
> >>> is it possible to do both?<br>
> >>> On Nov 22, 2013, at 8:38 AM, Matthias Wessendorf <<a href="mailto:matzew@apache.org">matzew@apache.org</a>><br>
> >>> wrote:<br>
> >>><br>
> >>> I was wondering if we should do cascading deletes for the device<br>
> >>> metadata....<br>
> >>><br>
> >>> So, right now, when you are deleting a variant, all its installations<br>
> >>> are NOT nuked, which helps when you are interested in collecting data....<br>
> >>><br>
> >>><br>
> >>> However we could nuke em, not sure....<br>
> >>><br>
> >>> Or... should we move them into a "DELETED" table?<br>
> >>><br>
> >>> Users of the UnifiedPush Server might be interested in keeping the data<br>
> >>> around, a bit ....<br>
> >>><br>
> >>> I am not sure...<br>
> >>><br>
> >>><br>
> >>> -Matthias<br>
> >>><br>
> >>><br>
> >>> --<br>
> >>> Matthias Wessendorf<br>
> >>><br>
> >>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
> >>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
> >>> twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
> >>> _______________________________________________<br>
> >>> aerogear-dev mailing list<br>
> >>> <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> >>> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> >>><br>
> >>><br>
> >>><br>
> >>> _______________________________________________<br>
> >>> aerogear-dev mailing list<br>
> >>> <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> >>> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> >>><br>
> >><br>
> >><br>
> >><br>
> >> --<br>
> >> Matthias Wessendorf<br>
> >><br>
> >> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
> >> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
> >> twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
> >> _______________________________________________<br>
> >> aerogear-dev mailing list<br>
> >> <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> >> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> >><br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> aerogear-dev mailing list<br>
> >> <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> >> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> >><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Matthias Wessendorf<br>
> ><br>
> > blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
> > sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
> > twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
> > _______________________________________________<br>
> > aerogear-dev mailing list<br>
> > <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> > <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > aerogear-dev mailing list<br>
> > <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
> > <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
> ><br>
><br>
><br>
><br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a>
</div></div>