On Wed, Aug 05, 2015 at 04:20:28PM +0530, Avra Sengupta wrote:
> In that case will stick with <opErrstr/> for all the null elements.

That would be my preference too. A "(null)" error string is not useful,
and xml allows empty elements easily.

Thanks,
Niels

> 
> On 08/05/2015 04:10 PM, Prashanth Pai wrote:
> >Having (null) is not common in xml convention. Usually, it's either
> >
> ><opErrstr/>
> >
> >or
> >
> ><opErrstr></opErrstr>
> >
> >Regards,
> >  -Prashanth Pai
> >
> >----- Original Message -----
> >>From: "Avra Sengupta" <[email protected]>
> >>To: "Atin Mukherjee" <[email protected]>, "Gluster Devel" 
> >><[email protected]>, [email protected],
> >>[email protected], "Dusmant Kumar Pati" <[email protected]>, 
> >>"Shubhendu Tripathi" <[email protected]>,
> >>[email protected]
> >>Sent: Wednesday, August 5, 2015 3:16:10 PM
> >>Subject: Re: [Gluster-devel] Non-Uniform opErrstr output in all gluster 
> >>--xml commands
> >>
> >>On 08/05/2015 03:06 PM, Atin Mukherjee wrote:
> >>>On 08/05/2015 02:58 PM, Avra Sengupta wrote:
> >>>>Hi,
> >>>>
> >>>>As reported in https://bugzilla.redhat.com/show_bug.cgi?id=1218732, in
> >>>>the event where there is no opErrstr, some gluster commands'(like
> >>>>snapshot status, volume status etc.) xml output shows
> >>>>"<opErrstr>(null)</opErrstr>", while other commands show just
> >>>>"<opErrstr/>". This non-uniform output is troublesome for people who
> >>>>parse this.
> >>>>
> >>>>IMHO showing "<opErrstr>(null)</opErrstr>" is much more descriptive. I
> >>>>would like to propose making sure all commands follow this uniform
> >>>>approach, instead of displaying just "<opErrstr/>".
> >>>Makes sense to me as long as its uniform. However the existing ones
> >>>which follow "<opErrstr/>" need change in parsing logic :
> >>To attain uniformity, one or the other parsing logic will break. we
> >>might as well get it right for once.
> >>>>Regards,
> >>>>Avra
> >>>>_______________________________________________
> >>>>Gluster-devel mailing list
> >>>>[email protected]
> >>>>http://www.gluster.org/mailman/listinfo/gluster-devel
> >>_______________________________________________
> >>Gluster-devel mailing list
> >>[email protected]
> >>http://www.gluster.org/mailman/listinfo/gluster-devel
> >>
> 
> _______________________________________________
> Gluster-users mailing list
> [email protected]
> http://www.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
[email protected]
http://www.gluster.org/mailman/listinfo/gluster-users

Reply via email to