One question I have with this enhancement ticket with respect to the error
cases (not the OK return case) is that there is a risk that different
applications (different OIs) may use vastly different patterns for their
output.
Do we really want that ?
---
** [tickets:#1167] improve/standardize output from IMM tools**
**Status:** unassigned
**Milestone:** future
**Created:** Fri Oct 10, 2014 09:36 AM UTC by Hans Feldt
**Last Updated:** Fri Oct 10, 2014 09:36 AM UTC
**Owner:** nobody
It would be nice if the OI better could control of the output from the immadm
or immcfg commands. Below are some examples and suggested changes that could be
made. Backwards compatibility needs to be considered!
example current output of immadm in an error case:
$ immadm -a safAmfService -o 99 -pfilename:SA_STRING_T:/amfd.state safAmfService
AdminOwnerName == ImplementerName (safAmfService) - Could be direct admin-op on
OI
error - saImmOmAdminOperationInvoke_2 admin-op RETURNED:
SA_AIS_ERR_INVALID_PARAM (7)
error-string: Permission denied
I propose that the first line is removed (reported in #1155)
Second line should be not printed at all if the OI returns error strings
Third line, the "error-string:" prefix should be removed from immadm
With these changes the output is under control of the implementer.
The same goes when the implementer returns OK and includes strings. In that
case OI output should go to stdout without any extra fluff added by immadm.
Then we start having a remote shell type of functionality!
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
