Uploaded image for project: 'CRISP'
  1. CRISP
  2. CRISP-81

CrispHstServices#getDefaultResourceServiceBroker() should be able to fallback the shared broker

    XMLWordPrintable

    Details

    • Similar issues:

      Description

      Since v13, as the default deployment option has changed from shared deployment (~v12) to separate deployments on each war.
      This is normally fine in most use cases.

      However, there is a corner case like this scenario:

      • someone implemented a shared library which is supposed to be shared through api jar in shared classpath and implementation only in cms war;
      • and their module also includes a custom classes used in a custom crisp resource resolver configuration.
      • In this corner case, the crisp should be deployed as a 'shared' model like done before until v12 by placing crisp-api in shared, core/repository only in cms war, ... unless their library can be deployed onto each war separately.

      Anyway, this issue is not about supporting the shared deployment model in documentation right now, which seems reasonable to do though...

      In this ticket, I'd like CrispHstServices#getDefaultResourceServiceBroker() simply to fall back to HippoServiceRegistry.getService(ResourceServiceBroker.class) if it cannot find a "local" ResourceServiceBroker through hst component manager.

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              wko Woonsan Ko
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: