addCanDoActionMessage(VdcBllMessages.VAR__TYPE__HOST);
addCanDoActionMessage(String.format("$%1$s %2$s", "hostName",
"host-A"));
addCanDoActionMessage(VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_MEMORY);
addCanDoActionMessage(VdcBllMessages.VAR__TYPE__HOST);
addCanDoActionMessage(String.format("$%1$s %2$s", "hostName",
"host-B"));
addCanDoActionMessage(VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_CPU); // I
changed that from your original message on purpose.
[VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_MEMORY =
"${type} ${hostName} failed constraint memory"]
Is there a guarantee that each of the ACTION_TYPE_FAILED_CONSTRAINT_MEMORY will
be replaced with its "matching" VAR__TYPE__HOST value? isn't there a chance
that
the above will result in:
...
Host host-A failed constraint memory
Host host-A failed constraint cpu load // second message was replaced with an
already-used variable value.
...
or in:
...
Host host-B failed constraint memory
Host host-A failed constraint cpu load // variable values were not used for their
"matching" base-messages.
...
?
----- Original Message -----
From: "Daniel Erez" <derez(a)redhat.com>
To: "Martin Sivak" <msivak(a)redhat.com>
Cc: "engine-devel" <engine-devel(a)ovirt.org>
Sent: Wednesday, October 16, 2013 4:30:07 PM
Subject: Re: [Engine-devel] Localization of canDoAction error messages
----- Original Message -----
> From: "Martin Sivak" <msivak(a)redhat.com>
> To: "Einav Cohen" <ecohen(a)redhat.com>
> Cc: "engine-devel" <engine-devel(a)ovirt.org>
> Sent: Wednesday, October 16, 2013 6:46:42 PM
> Subject: Re: [Engine-devel] Localization of canDoAction error messages
>
> Hi Einav,
>
> I know about this procedure, but if you check closely what I am doing, I
> need
> to print a list of messages at once where each has a different content.
>
> Something like this (again the strings are just an illustration):
>
> ------------- Error ----------------------
> The VM net-A could not be started because
> there was no fitting host available.
>
> Host host-A failed constraint memory
> Host host-B failed constraint cpu load
> Host host-C failed constraint memory
> ------------------------------------------
>
> I am pretty sure the replacing we have in VdcBllMessages does not support
> this as it cannot assign two or more different values to the same variable.
IIUC the exact request, I think you can use a mechanism I've introduced
a while back into the error translator. It requires adding each variable
separately (and multiple times when needed) to the CanDoActionMessages
list - e.g. [1].
The messages will be then localized and displayed in a bullet list layout.
However, there's one imitation, adding a title message is trickier
(i.e. every message must preceded by a bullet); as an alternative,
you can probably utilize 'CommandBase -> setDescription' which is used
on RunMultipleAction failure (e.g. for displaying VM name on top
of the relevant errors bullet list).
[1]
code ->
addCanDoActionMessage(VdcBllMessages.VAR__TYPE__HOST);
addCanDoActionMessage(String.format("$%1$s %2$s", "hostName",
"host-A"));
addCanDoActionMessage(VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_MEMORY);
addCanDoActionMessage(VdcBllMessages.VAR__TYPE__HOST);
addCanDoActionMessage(String.format("$%1$s %2$s", "hostName",
"host-B"));
addCanDoActionMessage(VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_MEMORY);
[VdcBllMessages.ACTION_TYPE_FAILED_CONSTRAINT_MEMORY =
"${type} ${hostName} failed constraint memory"]
output ->
Error while executing action:
VM1:
* Host host-A failed constraint memory
* Host host-B failed constraint memory
note:
instead of adding VAR__TYPE__HOST multiple times, it should be possible to
just add a new variable that won't conflict with ${type} (which is already
used
by VAR__TYPE__VM in case of RunVmCommand).
>
> --
> Martin Sivák
> msivak(a)redhat.com
> Red Hat Czech
> RHEV-M SLA / Brno, CZ
>
> ----- Original Message -----
> > Hi Martin, please follow instructions in [1] for adding new messages to
> > the
> > system.
> > [you should not add the English message to the canDoActionMessages
> > collection
> > - you
> > should add a key from the AppErrors resource - look for other examples in
> > the
> > code
> > that add items to a command's canDoActionMessages field]
> >
> > ----
> > Thanks,
> > Einav
> >
> > [1]
http://www.ovirt.org/Engine_Adding_Messages
> >
> > ----- Original Message -----
> > > From: "Martin Sivak" <msivak(a)redhat.com>
> > > To: "engine-devel" <engine-devel(a)ovirt.org>
> > > Sent: Wednesday, October 16, 2013 11:22:02 AM
> > > Subject: [Engine-devel] Localization of canDoAction error messages
> > >
> > > Hi,
> > >
> > > I am trying to improve the messages the user gets when scheduling
> > > fails.
> > > But
> > > I have found an interesting issue regarding localization. The texts
> > > here
> > > are
> > > simplified, but should demonstrate what I am trying to do.
> > >
> > > So here is the flow:
> > >
> > > - RunVmCommand's canDoAction fails because there is no host that fits
> > > the
> > > constraints
> > > - For each host I add a message to
> > > getReturnValue().getCanDoActionMessages()
> > > in the format of "Host XYZ failed constraint ABCD".
> > > - I log the same message to the log
> > >
> > > I expect the log to contain the strings in english and a localized
> > > version
> > > to
> > > be shown in the error popup that will be displayed by the webadmin.
> > >
> > > And the question is.. how do I localize this? I looked at AppErrors and
> > > AppMessages, but there is not way of using them from the backend side.
> > >
> > > Any ideas?
> > >
> > > --
> > > Martin Sivák
> > > msivak(a)redhat.com
> > > Red Hat Czech
> > > RHEV-M SLA / Brno, CZ
> > >
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel(a)ovirt.org
> > >
http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >
> > >
> > >
> >
> _______________________________________________
> Engine-devel mailing list
> Engine-devel(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>
_______________________________________________
Engine-devel mailing list
Engine-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel