Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Thread safe schemamanager

See original GitHub issue

Hi! I noticed that SchemaManager.scala is static. I want to be able to consume with multiple threads, would you consider making schemaRegistryClient a DynamicVariable? Thanks

Issue Analytics

State:
Created 3 years ago
Comments:18

Top GitHub Comments

1reaction

lyogevcommented, Jun 2, 2020

Really sorry for not writing back, my tests were not successful and I had a very busy week. However I think it works now and I need to fix other things to make my PR work. Thanks a lot for handling this and thanks for Abris!

0reactions

cerveadacommented, Jun 1, 2020

Since there seems to be no issue any more, I’m closing this ticket. Please open a new one if you have any problems.

Top Results From Across the Web

Having a thread-safe cache for XSD Validation - Stack Overflow

The Saxon Processor and SchemaManager can be used to store multiple schemas (or rather, one schema that is the union of all the...

ABRiS/SchemaManager.scala at master - GitHub

This is NOT THREAD SAFE, which means that multiple threads operating on this object. * (e.g. calling 'configureSchemaRegistry' with different parameters) ...

SchemaValidator - Saxonica

A SchemaValidator is serially reusable but not thread-safe. That is, it should normally be used in the thread where it is created, but...

Multi-Threading · OrientDB Manual

OrientDB supports multi-threaded access to the database. The OrientDB is thread safe, the ODatabase* and OrientGraph* instances are not thread-safe.

SqlReverseEngineer Class (Microsoft.Data.Schema.Sql ...

Inheritance Hierarchy; Syntax; Methods; Events; Thread Safety; See Also ... class enables the population of a schema manager, given a connection string.