publish | Community Creatio

Question

11:29 Sep 16, 2020

Hi!

When i publish my changes the system (7.16.3.1473) pop up this message/warning:

FacebookMessagingService.OmnichannelMessaging.cs | 49 | 
This async method lacks 'await' operators and will run synchronously. Consider
using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)'
to do CPU-bound work on a background thread.

Can you help me to fix this, please?

Thx!

4 comments

Olga Avis

11:52 Sep 16, 2020

Hello Wolf,

This warning message appears because there is no await operator in the RegisterFacebookMessenger async function of the FacebookMessagingService schema (the await operator is actually presented in this function but is commented and as a result, the compilator returns a warning). Please ignore it since it doesn't impact the system functionality at all. We have already created the request for our R&D team to review the logic of this schema and apply changes to it to remove the warning message in further releases.

Our apologies for this inconvenience!

Best regards,

Olga.

Ryan Farley

16:34 Sep 16, 2020

Hello Wolf,

There is a system setting you can change to ignore compiler warnings (you’ll still see errors). See https://customerfx.com/article/turning-off-compiler-warnings-in-creatio…

Ryan

Wolf Galetzki

00:58 Sep 17, 2020

Olga Avis,

thank you for your reply.

No problem. :)

Best regards,

Wolf

Wolf Galetzki

00:59 Sep 17, 2020

Ryan Farley,

Hi Ryan,

good to know, thanks.

Wolf

Show all comments

Question

Generate, compile or publish takes a very long time

M Shrikanth

13:58 Feb 01, 2020

Hello

Very frequently we find that the Generate, compile, publish or Update operations from the Configuration manager take a long time to run ( > 30 mins). This happens across developers across projects.

Sometimes it keeps running endlessly and we need to force abort.

1. Are there any specific reasons why this might happen? Our hardware configurations are in line with what is recommended by Creatio for developer machines. So, I doubt if it is hardware related.

2. How long is Generate, publish, compile or update generally expected to take?

2. Could this be because of too many objects/schemas inside one package? If Yes, What is the recommended scale/volume of work that can go inside one package.

6 comments

Angela Reyes

03:21 Feb 03, 2020

Hello!

Compilation and source code generation depends on several parameters. 1st most significant parameter is connected to hardware. To ensure your hardware can provide enough resources for those action monitor server performance during compilation or source code generation.
2nd parameter is amount of code that should be compiled/generated. OOB instance without customisations can be fully compiled in 5-10 minutes. More code you have more time it will take for system to compile.

Most important recommendation here is not to compile all - you should understand when your system needs to be compiled and what should be compiled. In general you can simply compile only modified items to reduce compilation time and generate/compile all only before updates/package installation.

Best regards,
Angela

M Shrikanth

16:09 Feb 04, 2020

Angela Reyes,

To clarify, We only compile modified items and not compile all items. But still it takes a significant time. Your point regarding hardware does help. Thank you Angela..

Regarding my 3rd question,
Is there a maximum number of objects or schemas that is recommended to be in a package? Beyond that number, Would you suggest creating a new package? (This is presuming that generation and compilation happens only on the selected package?)

Angela Reyes

01:31 Feb 05, 2020

M Shrikanth,

There is no maximum number of objects in each package. Amount of objects in package should only depend on your development process so that you could always tell which package contains certain functionality.

M Shrikanth

09:02 Feb 05, 2020

Angela Reyes,

Thank you Angela. One follow up question.

It was recommended to us to have all the functionality in a single package, and not split into different packages. Would you have the same recommendation? Any reasons why?

Angela Reyes

00:29 Feb 06, 2020

M Shrikanth,

You can use several packages in case you have several different customisations that are not connected to each other and can be installed separately without each other. If all your changes are connected it is better to use 1 package.