Skip to main content

We have moved form uniface 9 classic deployment to uniface 10 standardised deployment.

We used to hold a copy of the USOURCE.DICT table in the users database and build a dol file with no $text messages in, and set the $search_objects = DBMS_FIRST.

This would then get the labels for the system from the database rather than the dol file, which allowed our end users to make changes to labels as they wanted to, these would then kick in after they did a /rma /mes to compile the changed message. HAPPY USERS.

How do we do the same now we have moved to Uniface 10? I see that the $text messages now exist in a table called UMSG instead of USOURCE. Do we build it the same way? SO have a uar with no $text messages in and keep a database table that the users can edit and then see their changes in the deployed application? Or is this not possible any more?

Any help would be greatly appreciated!

We have moved form uniface 9 classic deployment to uniface 10 standardised deployment.

We used to hold a copy of the USOURCE.DICT table in the users database and build a dol file with no $text messages in, and set the $search_objects = DBMS_FIRST.

This would then get the labels for the system from the database rather than the dol file, which allowed our end users to make changes to labels as they wanted to, these would then kick in after they did a /rma /mes to compile the changed message. HAPPY USERS.

How do we do the same now we have moved to Uniface 10? I see that the $text messages now exist in a table called UMSG instead of USOURCE. Do we build it the same way? SO have a uar with no $text messages in and keep a database table that the users can edit and then see their changes in the deployed application? Or is this not possible any more?

Any help would be greatly appreciated!

If you ship the UMSG table to the customers then this is still possible.

You even can create a user-friendly maintenance form for the messages and embed it into your application. The user then can change the message text from within the application and also compile it (using $ude("compile")).

For this to work you need to make sure to include usys:ide.uar in the resources of the application (there is a note in the doc for $ude("compile")) and set $RESOURCES_OUTPUT to the location where the compiled message should be written to. This location then also needs  to be added to [RESOURCES] in the ASN file of the application.

Hope this helps.


If you ship the UMSG table to the customers then this is still possible.

You even can create a user-friendly maintenance form for the messages and embed it into your application. The user then can change the message text from within the application and also compile it (using $ude("compile")).

For this to work you need to make sure to include usys:ide.uar in the resources of the application (there is a note in the doc for $ude("compile")) and set $RESOURCES_OUTPUT to the location where the compiled message should be written to. This location then also needs  to be added to [RESOURCES] in the ASN file of the application.

Hope this helps.

Thank you Daniel, I'll give it a go!!


If you ship the UMSG table to the customers then this is still possible.

You even can create a user-friendly maintenance form for the messages and embed it into your application. The user then can change the message text from within the application and also compile it (using $ude("compile")).

For this to work you need to make sure to include usys:ide.uar in the resources of the application (there is a note in the doc for $ude("compile")) and set $RESOURCES_OUTPUT to the location where the compiled message should be written to. This location then also needs  to be added to [RESOURCES] in the ASN file of the application.

Hope this helps.

Is there any service form to read/write UMSG records or is UMSG table definition present in umeta.xml ?

------------------------------
Branislav Barnak
Synlab Holding Deutschland Gmbh
Augsburg DE
------------------------------
Is there any service form to read/write UMSG records or is UMSG table definition present in umeta.xml ?

------------------------------
Branislav Barnak
Synlab Holding Deutschland Gmbh
Augsburg DE
------------------------------
You can edit the UMSG records with the Library Messages editor that can be found in the More Editors menu of the IDE (see Define Messages).

And the table definitions of UMSG.DICT are indeed included in umeta.xml (for Uniface 10).

------------------------------
Daniel Iseli
Principal Technical Support Engineer
Uniface Services
Rocket Software, Switzerland
------------------------------
You can edit the UMSG records with the Library Messages editor that can be found in the More Editors menu of the IDE (see Define Messages).

And the table definitions of UMSG.DICT are indeed included in umeta.xml (for Uniface 10).

------------------------------
Daniel Iseli
Principal Technical Support Engineer
Uniface Services
Rocket Software, Switzerland
------------------------------
Daniel/Anyone!

I have something weird going on with my messages. I have created 3 uar files which work fine and all read properly and in the right order, but when the user wants to change a label, they should be writing their changes to the middle file, however it doesn't write the changes to that file, it writes them to a file not even referenced in this list, but that is called labels.uar in the working project directory (.\\project\\resources\\labels.uar ) - why does this happen/how can this happen?

they read, in order:
[RESOURCES]
.\\project\\resources\\10_23_15.uar                               ;this one contains no messages
F:\\labels.uar                                                                           ;this contains messages and should be the one the users are compiling to
.\\project\\resources\\system_labels.uar                   ;this also contains messages, but ones we have shipped out as defaults

What is happening??

Thanks,

Toni





------------------------------
Toni Davenport
Uniface Community Edition Shared Account
US
------------------------------
Daniel/Anyone!

I have something weird going on with my messages. I have created 3 uar files which work fine and all read properly and in the right order, but when the user wants to change a label, they should be writing their changes to the middle file, however it doesn't write the changes to that file, it writes them to a file not even referenced in this list, but that is called labels.uar in the working project directory (.\\project\\resources\\labels.uar ) - why does this happen/how can this happen?

they read, in order:
[RESOURCES]
.\\project\\resources\\10_23_15.uar                               ;this one contains no messages
F:\\labels.uar                                                                           ;this contains messages and should be the one the users are compiling to
.\\project\\resources\\system_labels.uar                   ;this also contains messages, but ones we have shipped out as defaults

What is happening??

Thanks,

Toni





------------------------------
Toni Davenport
Uniface Community Edition Shared Account
US
------------------------------
What is your resources_output setting?

------------------------------
Iain Sharp
Head of Technical Services
Pci Systems Ltd
Sheffield GB
------------------------------
What is your resources_output setting?

------------------------------
Iain Sharp
Head of Technical Services
Pci Systems Ltd
Sheffield GB
------------------------------
Iain,

It's set to 

.\\resources\\

------------------------------
Toni Davenport
Uniface Community Edition Shared Account
US
------------------------------
Iain,

It's set to 

.\\resources\\

------------------------------
Toni Davenport
Uniface Community Edition Shared Account
US
------------------------------

Afaik, the [resources] section is only for reading the uar files, and does not control the output. The resources_output setting is used to control where the compiled code is written. 

Also, it can't write to the uar file if there's more than one process accessing it. So you may be better off adding a folder F:msg where the newly compiled labels can be put. Put this in the resources section above the current uar and it should work.

iain



------------------------------
Iain Sharp
Head of Technical Services
Pci Systems Ltd
Sheffield GB
------------------------------