reshaper | Reshape JavaScript objects to match a schema

First, it seems you are clogging the event handling thread. So, what I'd do is decouple event handling from the actual processing:

( Untested! Just an outline!)

REMOVED FAULTY CODE

Then in serviceInstance1, I would have Publish enqueue the orders in a BlockingCollection, on which a dedicated Thread is waiting. That thread will do the actual send. So you'll marshall the orders to that thread regardless of what you chose to do in Processor and all will be decoupled and in-order.

You probably will want to set BlockOptions according to your requirements.

Mind that this is just a coarse outline, not a complete solution. You may also want to go from there and minimize string-operations etc.

Some more thoughts that came to me since yesterday in no particular order:

• May it be beneficial to ditch the first filter to filter out empty sets of JObjects later?
• Maybe it's worth trying to use System.Text.Json instead of Newtonsoft?
• Is there a more efficient way to get from xml to json? (I was thinking "XSLT" but really not sure)
  • convert xml to json using xslt
  • xml to json using xslt
• I'd recommend to rig up a Benchmark.Net with MemoryAnalyzer to document / proove your changes have positive effects.
• Don't forget to have a look into DataFlowBockOptions to tweak the pipeline's behavior.

• DataFlow
• Walkthrough: Creating a Dataflow Pipeline
• What's so wrong about using GC.Collect()?

If you're asking how to import an XML file with settings, then open the "Extensions | ReSharper | Manage Options" dialog and then "Import and Export | Import from File".

My guess is that you have not setup as described here: https://forum.unity.com/threads/intellisense-not-working-with-visual-studio-fix.836599/

Step 1: Close Visual Studio

Step 2: In Unity, go to Edit < Preferences < External Tools (left part of the Window)

Step 3: In External Tools go to the part that says External Script Editor (this should be on which ever Visual Studio editor you are using (for me it defaulted to "Open by File Extension"

Step 4: Make sure Generate all csproj files is checked, and Editor Attaching is checked

Step 5: Open the C# script you were trying to open earlier

This should do the trick:

The default font in PIL does not support Arabic characters.

You must load a font file that does support arabic characters:

Since the app is starting successfully, look in the logcat for lines containing the string "python". This will reveal the traceback:

what is the correct way to put python version and requirements in buildozer spec file?

The direct answer to this is "the way you have done it" using the buildozer.spec line requirements = hostpython3==3.7.8,python3==3.7.8. The only caveat is that not all minor python versions will necessarily work, I don't know if 3.7.8 is good. If possible it's better to let the defaults be used, in this case this will use Python 3.8 (but you'll need to clean the build and run again to make this happen). However, the main issues you'd have with a bad minor version would lead to failed compilation, so this probably isn't your problem.

Your question is clearly really getting at "why is my app crashing?". I suggest asking that question separately and including the full logcat output. This is likely to be more productive than guessing a cause and asking about that.

You can pass in a function for autopct, not just a string formatter. So basically, you can just pass your en_to_fa to autopct, with a few minor modifications: you just need to first convert your number to a string with the appropriate number formatting, then do the language conversion. My machine is not setup for Farsi, but the following demonstrates the approach (mapping digits to the first 10 letters of the alphabet):

Possible using a list