I have a Sitecore site running: https://mysite.dev.local. The pages on this site have a JSS layout and JSON renderings on them. Navigation to a page (e.g. https://mysite.dev.local/foo/bar) would render via JSS (I assume). This is effectively what running in integrated
mode is, yes?
If I have a node site running: https://locahost:3000, that has an scjssconfig targeting my Sitecore site, then that is connected
mode?
Assuming those assumptions are correct, has anyone done a wildcard implementation via integrated
mode?
We have wildcards working in connected
mode by setting Sitecore.Context.Item
in the mvc.requestBegin
pipeline. However, setting the context item in this pipeline appears to be ignored by my pages when loaded in integrated
mode; they are still resolving to the *
item. I tried to add resolution in a couple of other places:
httpRequestBegin
- this one doesn't really appear to be doing anything differentgetLayoutServiceContext
- this one doesn't appear to let you change the context itemIItemResolver
- implemented a custom item resolver for the LayoutServiceController. This is working forconnected
mode, but notintegrated
modeLayoutServiceController
- implemented custom LayoutServiceController. This is working forconnected
mode, but notintegrated
mode.
For 3 and 4, I added log messages to my custom implementations. Those log messages show up when accessing the page via connected
mode, but do not appear when accessing via integrated
mode. This tells me that Sitecore is running through a different process for integrated mode.
How is Sitecore setting the Sitecore.Context.Item
JSS page access via integrated mode?