Uploaded image for project: 'Solr'
  1. Solr
  2. SOLR-16899

CoreAdminOp are statically registered in CoreAdminHandler, preventing more than one Solr instance in the same JVM

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • 9.2.1
    • 9.4
    • None
    • None

    Description

      Since Solr 9.1 and SOLR-16282, one may register custom CoreAdminOp in solr.xml

      Custom CoreAdminOp are stored in a static Map in CoreAdminHandler

      Before 9.1 I could write eg. unit tests, each test starting its own EmbeddedSolrServer

      Since 9.1, the second EmbeddedSolrServer try to load its own CoreAdminHandler and fail, complaining that the CoreAdminOp are already registered

      I actually wonder if it's a bug or a feature, or an implementation constraint, but I don't have found any convenient workaround other than removing my custom CoreAdminOp, going back to the old way of subclassing the CoreAdminHandler 

      Attachments

        Issue Links

          Activity

            People

              stillalex Alex Deparvu
              cdamioli Cédric Damioli
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Time Tracking

                  Estimated:
                  Original Estimate - Not Specified
                  Not Specified
                  Remaining:
                  Remaining Estimate - 0h
                  0h
                  Logged:
                  Time Spent - 50m
                  50m