Hello, I understand the situation of managing multiple apps. Personally, I'm not a fan of merging or combining all apps together, as you may end up with merging conflicts and broken apps if not done ...
See more...
Hello, I understand the situation of managing multiple apps. Personally, I'm not a fan of merging or combining all apps together, as you may end up with merging conflicts and broken apps if not done correctly. This process needs to be handled very carefully. It's not just the Apps directory we need to consider; we should also look into the users directory for private knowledge objects. If your goal is simply to put these apps in a code repository, you can dump the entire apps directory (excluding default apps) and the users directory from the search head and save it. If you believe there is no content in these apps, try to validate and consolidate packages as needed. It's better to start with the UI. Regarding your specific situation with Splunk Enterprise 9.2.1 on Windows and multiple apps: Creating a new app that references dashboards from other apps is possible, but it has some limitations. You can use the <dashboard ref="..."> tag in your new app to reference dashboards from other apps. For example: xml <dashboard ref="/servicesNS/nobody/myapp1/data/ui/views/dashboard1"> </dashboard> This approach allows you to maintain your existing app structure and version control while creating a centralized menu system. However, be aware that this method: Requires careful management of permissions across apps May not work seamlessly with all types of dashboards (especially those with complex dependencies) Could potentially break if the original apps are uninstalled or significantly modified An alternative approach could be to use a navigation app that doesn't actually contain the dashboards but provides links to them in their original locations. This would allow you to maintain your current structure while providing a unified entry point. If you decide to copy dashboards into the new app, consider using symbolic links or a build process in your DevOps cycle to maintain a single source of truth. Remember to thoroughly test any changes in a non-production environment first. Each approach has its pros and cons, so choose the one that best fits your specific needs and infrastructure. please upvote if you find this answer useful Thanks