adhoc | This instant | Websocket library

OpenSSL 3.x changed its default algorithm in pkcs12. Which is not compatible with embedded Security frameworks in macOS/iOS. You could alternatively use OpenSSL 1.x.

See:

• Change default algorithms in PKCS12_create() and PKCS12_set_mac()
• MacOS security framework fails to import RFC 7292 compliant PKCS #12 v1.1 file into keychain using modern cyphers

To macOS users: If you're using openssl@3 command line tool installed via Homebrew, downgrade to openssl@1.1 and modify your PATH in ~/.zshrc. For example:

The CoRB tasks use the method method getValueAsBytes() invokes:

The answer really is that you need a WiFi radio that actually correclty implements Ad-Hoc/IBSS networking in the driver stack.

Its possible to create 2 types of users with encrypted private key and decrypted private key, this snippet build the private key object and needs to be added to properties

there are 2 instances of - pemObject one for encrypted which requires passPharase and one who dont

// pemObject instanceof PKCS8EncryptedPrivateKeyInfo (encrypted private key) // pemObject instanceof PrivateKeyInfo decypted private key

You can use only spark's builtin functions to get a string containing the list of columns whose value is not unique:

• use countDistinct to determine whether there are several values in a specific column for a specific empID
• save name of the column if count distinct is greater than 2 using when
• iterate over columns and save this iteration into an array using array
• build a string from this array using concat_ws

The complete code is as below:

I see that is_ci also ran. Does your match command look like this: match(.., readonly: is_ci, ...) and are you running the command on a CI service like Jenkins or some other one? If so, run it locally first, that will generate all the relevant certs and provisioning profiles needed. Then run it on your CI service again.

You may try something like below.

It looks like the difference is that MERGE with TABLOCKX initially does take an IX lock, whereas SELECT ... WITH TABLOCKX does not.

I verified this profiling the lock:acquired event on SQL Server 2019 CU 14, and with smaller tables was able to repro the deadlock. It's an extremely short window where this can happen, and the larger tables didn't allow enough concurrency on my system.

This creates a small window where two sessions could acquire IX table locks and neither will be able to escalate to an X lock.

If you want to serialize a block of code, sp_getapplock is the simplest way.

Task progress is a feature that has been missing in airflow by default, but there are ways to add it by customizing Airflow.

If you want deeply integrated solution right there in the Airflow UI, I can imagine you should be able to write a plugin that could do it for you. It could create a new view, where such progres could be displayed - the view would have to take some kind of unique ID and query the external system for status and display it.

Another - I think much simpler and more "future-proof" - approach is you could create an "extra link" https://airflow.apache.org/docs/apache-airflow/stable/howto/define_extra_link.html - also using Plugin mechanism or custom provider, that would add a button in Task that could redirect you to "externally provided" status page for the task.

I'd recommend the latter as it is much more "resilient" to any future changes in Airflow. We are working on a new UI for Airflow and modifying the views of Airflow is not going to be compatible with this.