Ah, did not know, I'll take a look. On Thursday, June 26, 2014 11:03:45 AM UTC+9, Michael DeHaan wrote: > > What do you mean by "parent program" ? > > Ansible already returns JSON data from modules, and callback plugins are > available. > > > > > On Wed, Jun 25, 2014 at 9:17 PM, Marc Trudel <[email protected] > <javascript:>> wrote: > >> Seems like this this idea won't fly very far. Too bad. >> >> Let me rephrase the question then: Ansible in its current state, is there >> a way to get the error as a data object, from which a parent program would >> be able to decide on how to either handle or present the error? >> >> >> On Sunday, June 22, 2014 12:59:26 AM UTC+9, Marc Trudel wrote: >>> >>> Greetings, >>> >>> Someone at work brought this one to me, and I thought I would put the >>> question out there and see what others do/think about this. >>> >>> We have a deployment tool which early on transformed itself into a local >>> development environment management tool as well (it provisions a VM >>> according to the configuration and requirements of a project, which can me >>> modified at any time using a configuration file). Works fantastically well, >>> but unlike system managers, developers don't want to care about error >>> cases. So for required configuration, we go check the data wherever a >>> default is not possible, and print out a human-readable error with some >>> details. However, it happens sometime that the failure is due to a bug in >>> the playbook, or to some manual modifications a user has done on his >>> machine, and so on. >>> >>> My question would be: is there a proper pattern to print out >>> human-readable errors which would be oriented to a customer and not to >>> someone doing deployments and operation for a living? I am thinking of >>> pushing the tool itself towards less and less technical people (for all >>> sorts of reasons), so for me it would be nice if we had a way to, say "This >>> error should never happen, contact operations" or "This my be caused by a >>> network connectivity problem. Check your internet connection, and please >>> try again" when you try to download something and it fails. I can imagine >>> that the ability to create generic error messages would also come handy. >>> >>> Cheers! >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Ansible Project" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> To post to this group, send email to [email protected] >> <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/ansible-project/a92e9b27-d7b6-4173-8583-eaa32c1f1544%40googlegroups.com >> >> <https://groups.google.com/d/msgid/ansible-project/a92e9b27-d7b6-4173-8583-eaa32c1f1544%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > >
-- You received this message because you are subscribed to the Google Groups "Ansible Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/f1e78edf-528a-4005-906c-f56fee9e2f2b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
